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PREFACE 


An  analysis  of  the  current  environment  within  the  Acquisition  stage  of  the  Weapon  Sys¬ 
tem  Life  Cycle  pertaining  to  the  Logistics  Support  Analysis  (LSA)  process,  the  Logistics 
Support  Analysis  Record  (LSAR),  and  other  Logistics  Support  data  was  undertaken  as 
part  of  the  U.S.  Air  Force  Computer-aided  Acquisition  and  Logistic  Support  (CALS) 
Program.  This  investigation  of  this  LSA/LSAR  environment  was  coordinated  by  the 
CALS  Management  Integration  Office  (MIO)  at  HQ  AFSC. 

This  volume  (Volume  2)  of  the  LSA  Current  Environment  report  consists  of  three  appen¬ 
dices  that  describe  the  LSA  process.  In  the  first  appendix  the  MIL-STD-1 388-1  process 
is  functionally  decomposed  using  the  ICAM  definition  IDEFo  model.  The  second  appen¬ 
dix  uses  data  flow  diagrams  to  trace  the  flow  of  support  planning  information.  Roles  and 
responsibilllics  of  the  various  Air  Force  organizations  involved  in  LSA  are  presented  in 
the  third  appendix. 

Volume  1  of  the  LSA  Current  Environment  report  identifies  the  major  LSA/LSAR  issues, 
based  on  a  review  of  several  weapon  system  acquisition  programs.  These  issues  are 
based  on  input  from  both  the  Air  Force  and  Contractors,  and  on  findings  resulting  from 
the  organizational  assessment,  the  IDEFo  model  and  data  flow  modeling  activities  con¬ 
tained  in  Volume  2  of  this  report. 

Dr.  Robert  Smith  of  the  Systems  Automation  Division  at  the  Transportation  Systems  Cen¬ 
ter  (TSC)  of  the  Department  of  Transportation  directed  the  TSC  LSA  team.  TSC  has 
drawn  upon  the  knowledge  and  experience  of  a  number  of  consultants,  and  would  like 
particularly  to  recognize  the  contribution  of  staff  membe  l^rorr^  the  folio  tviHg  organiza¬ 
tions:  Battelle  Columbus  Division,  DYNATREND  Inc.,  RJO  Enterprises,  and  UNISYS  Inc. 

Given  the  com.plexity  of  the  LSA  process  the  LSA  team  would  be  grateful  for  any  contri¬ 
butions  that  Air  Force  personnel  and  Contractors  can  add  to  the  understanding  of  the 
current  environment.  It  is  with  this  kind  of  dialogue  that  the  team  can  best  assist  the  A^r 
Force  to  achieve  its  goals  of  cost-effective  weapon  system  acquisition,  operation,  and 
support. 
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APPENDIX  A 

M1L-STD-1388-1A:  IDEFo  MODEL 


A.  1  INTRODUCTION 

Logistics  Support  .  vr.Jvsis  (LSA)  is  the  selective  application  of  scientific  and  engineering 
efforts  undertaken  auring  the  weapon  system’s  acquisition,  as  pa  i  of  the  systems  engi¬ 
neering  and  design  process.  The  objectives  of  the  LSA  process  are  to  integrate  suppor- 
tability  requirements  into  the  systems  engineering  and  design  process,  define  the  optima! 
support  requirements,  define  the  required  operational  support  and  resources,  and  de\elop 
an  integrated  data  base  of  logistics-related  engineering  information.  The  LSA  process  is 
governed  by  MTL-STD-1388-1A  and  is  described  in  Volume  1  of  this  report. 

1  he  e.visting  LSA  process  can  be  analyzed  in  two  ways.  The  flow  of  information  between 
activities  and  e.xternal  organizations  is  analyzed  using  data  flow  diagrams  fsee  Appendix 
B  of  this  volume  for  a  description  of  the  da^'a  flow  diagrams  and  Appendix  C  for  a 
description  of  the  role  of  the  external  organizations).  The  functions  the  system  performs 
and  the  mechanisms  by  which  these  are  done  are  analyzed  using  the  IDEFq  model.  This 
appendix  uses  the  IDEFq  model  to  analyze  the  existing  LSA  process.  LDEEq  methodology 
has  been  used  fo  mode!  a  variety  of  systems,  where  a  system  rr.^y  include  any  combina¬ 
tion  of  hardware,  software,  and  people.  This  IDEEq  model  decomposes  LSA  activities 
into  smaller,  more  detailed  activities  through  the  subtask  level.  The  appendix  also  con¬ 
tains  a  functional  node  tree  preceding  the  IDEFq  models,  that  hierarchically  depicts  ihe 
decomposition  of  all  LSA  tasks.  In  contrast  to  the  IDEEq  model,  the  node  tree  does  not 
depict  information  flows  related  to  the  activities.  The  IDEFq  model  does  not  identifv  the 
major  organizations  involved  in  the  LSA  process  and  their  relationships  to  the  SPO  and 
Contractor. 

Section  2  of  his  appendix  presents  an  overview  of  nie  LSA  tasks  through  the  functional 
node  tree,  section  3  defines  the  IDEFq  modeling  technique.  The  Context  or  top-level 
overview  of  the  IDEFq  diagrams,  identifying  the  major  Inputs.  Controls,  Outputs,  Mecha¬ 
nisms  (ICOM-'j  of  the  I..SA  process,  is  presented  in  Section  4.  Sectiou  5  summarizes  the 
five  major  LSA  scries  tasks  and  their  interrelationships.  Sections  6,  7,  8.  9,  and  10 
contain  a  detailed  description  of  all  LSA  tasks  within  each  of  the  five  major  series. 
References  and  points  of  contact  for  all  appendices  in  this  volume  follow  Appendix  C.  A 
glossary  of  acrcnyms  follows  the  Preface  to  this  volume. 

A.2  NODE  IREE  DIAGRAM 

The  node  tree  diagram  presented  in  Figu"'^  A-1  gives  a  hierarchical  overview  of  the  tasks 
necessary  to  perform  LSA.  In  contrast  with  the  IDEFq  model,  the  node  tree  does  not 
depict  information  flows  related  to  the  activities.  Showing  theactivities  involved  in  LSA 
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and  their  potential  decomposition  relationships  provides  a  reference  point  for  understand¬ 
ing  the  process  represented  in  the  IDEFo  diagrams. 

As  described  in  MIL-STD-1388-1  A,  LSA  is  a  planned  series  of  tasks  performed  to  e.xam- 
ine  all  elements  of  a  proposed  system  to  determine  the  logistic  support  required  to  keep 
the  system  usable  for  its  intended  purpose;  and  to  influence  the  design  so  that  both  the 
system  and  support  can  be  provided  at  an  affordable  cost.  The  numbering  scheme  in  the 
MIL  standard  breaks  down  the  tasks  required  to  analyze  and  synthesize  the  logistic  sup¬ 
port  requirement  into  the  five  major  sections.  These  major  sections,  or  task  series,  are 
numbered  100  through  500.  The  first  decomposition  of  the  section  is  01,  02...  (for  e.xam- 
ple  101).  The  ne.xt  decomposition  is  always  .2.  The  last  decomposition  is  1,  2...  and 
refers  to  the  subtask.  Given  this  criteria  for  numbering  the  tasks,  the  number  101.2.1 
represents  the  first  subtask  for  Task  101.  The  numbering  scheme  used  on  both  the  node 
tree  and  the  FDEFo  models  duplicates  the  MTL-STD-1388-1 A  numbering  scheme. 

A.3  IDEFo  MODEL  -  BACKGROUND 

IDEFo  is  a  modeling  technique  developed  during  the  Air  Force  Integrated  Computer 
Aided  Manufacturing  (ICAM)  project  in  the  mid-1970s.  Known  as  the  ICAM  Definition 
or  IDEFq  model,  this  activity  model  uses  functional  diagrams  and  narrative  descriptions 
to  depict  the  specific  steps  and  operations  needed  to  perform  an  activity.  The  model 
focuses  on  processes  and  interfaces  and  depicts  the  specific  steps  and  operations  needed 
to  perform  an  activity.  Processes  are  represented  as  boxes  and  interfaces  as  arrows,  as 
illustrated  in  Figure  A-2.  Processes  can  operate  simultaneously  with  other  boxes,  while 
interfaces  provide  constraints  for  when  and  how  operations  are  triggered  and  controlled. 
An  IDEFo  model  does  not  represent  time  flow,  specific  sequencing  of  activities,  or  data 
sources  and  destinations.  These  properties  are  reflected  in  the  data  flow  diagrams  pre¬ 
sented  in  Appendix  B  of  this  volume. 

Where  possible,  i^arrative  materia!  supporting  the  IDEFq  diagrams  was  sourced  from  .Air 
Force  material;  in  particular  the  LSA  Primer  for  the  LSA  Task  Series  description,  and 
MIL-STD- 1388-1 A  for  the  LSA  Tasks  description.  Wording  may  have  been  changed 
slightly  to  improve  readability. 

ICOMs 

The  IDEFo  model  analyzes  each  task  or  sub-task  in  terms  of  Inputs,  Controls.  Outputs, 
and  Mechanisms  (ICOMs)  and  interrelationships  among  the  activities.  Definitions  of 
ICOMS  are  given  in  Figure  A-3.  The  ICOMs  indicate  the  constraints  on  an  activity  and 
the  information  and  materials  that  are  used  by,  or  produced  by.  the  activity.  The  process 
name  appears  in  each  box.  The  convention  of  the  process  name  beginning  with  an  active 
verb  or  verb  phrase  has  not  been  followed  in  these  IDEFq  models;  instead  the  task  proc¬ 
ess  name  is  consistent  with  MIL-STD-1 388-1  A.  Each  process  is  assigned  an  identifica¬ 
tion  number  for  control  and  reference  purposes  (for  example  202.2.4).  This  number  is 
useful  for  tracing  the  process  between  subtasks  and  tasks.  The  identification  number  is 
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noted  in  the  top  center  of  the  activity  box.  Information  flow  between  activities  is  repre¬ 
sented  by  arrows  that  interconnect  the  activity  boxes.  Information  flows  are  identified  by 
using  a  noun  or  noun  phrase  and  linked  to  the  appropriate  arrow  by  a  graphic  connector. 


CONTROLS 

7 

INPUTS  ^ 

Process  Identification 
Number 

OUTPUTS 

Process  Name 

L 

MECHANISMS 

NOTE.  The  position  at  which  the  arrow  enters  the  box  conveys  the  specific  role  of  the  interface 
represented  by  each  arrow. 

INPUTS  materials  or  information  acted  upon  by  the  operation  enter  the  box  from  the  left. 
CONTROLS  enter  the  top  of  the  box 

OUTPUTS  resulting  output  of  the  operation  leaves  the  right  hand  side  of  the  box. 


MECHANISMS 

person  or  automated  system  which  performs  the  operation  enters  the 
bottom  of  the  box. 

HGURE  A-2.  MAJOR  COMPONENTS  OF  IDEFo  MODEL 

INPUTS: 

An  input  is  information  or  material  that  is  used  to  produce  the  outputs 
of  an  activity.  Input  is  consumed  or  transformed  by  the  activity.  Input 
flows  always  enter  the  left  side  of  an  activity  box.  It  is  not  necessary 
for  each  activity  to  have  identified  Input  flows  on  a  diagram. 

CONTROLS: 

A  control  is  information  or  material  which  constrains  an  activity.  It  regulates 
the  transformation  of  input  into  output.  Controls  however  are  not  changed 
by  the  activity  as  Inputs  are.  These  flows  always  enter  the  top  of  an 
activity  box.  If  a  control  governs  all  the  subtasks  for  an  activity,  the  entry 
for  the  lower  level  activity  is  left  blank. 

OUTPUTS: 

Output  is  information  or  materials  that  are  produced  by  the  activity  or 
result  from  the  activity.  Output  flows  always  leave  the  right  side  of  an 
activity  box.  Output  must  be  present  for  evey  activity  and  must  show  the 
transformation  of  the  input. 

MECHANISMS: 

Mechanisms  are  usually  machines,  resources,  or  existing  systems  (hardware 
/software)  that  perform  the  activity  or  provide  energy  to  the  activity. 
Mechanisms  always  enter  the  bottom  of  an  activity  box.  All  activities  must 
have  mechanisms.  However,  they  may  be  intentionally  omitted  from  a 
diagram. 

FIGURE  A-3.  ICOM  DEFINITIONS 


MODEL  STRUCTURE 


The  structure  of  an  IDEFq  model  is  shown  in  Figure  A-4.  Here,  a  series  of  four  diagrams 
is  shown  with  each  diagram’s  relation  to  the  others.  An  IDFFq  model  starts  by  represent¬ 
ing  the  whole  system  as  a  simple  unit  -  a  box  with  arrow  interfaces  with  functions  outside 
the  system.  Since  the  single  box  represents  the  system  as  a  whole,  the  descriptive  name 
written  in  the  box  is  general.  The  same  is  true  of  the  interface  arrows  since  they  also 
represent  the  complete  set  of  external  interfaces  to  the  syster  ?s  a  whole. 

The  box  that  represents  the  system  as  a  single  module  is  then  detailed  on  another  diagram 
with  boxes  connected  by  interface  arrows.  These  boxes  represent  major  subfunctions 
(submodules)  of  the  single  parent  module.  This  decomposition  reveals  a  complete  set  of 
submodules,  each  represented  as  a  box  whose  boundaries  are  defined  by  the  interface 
arrows.  Fach  of  these  submodule  boxes  may  be  similarly  decomposed  to  expose  even 
more  detail. 

An  additional  feature  of  the  IDFFo  model  is  the  (introduction  of  the)  concept  of  tunnel¬ 
ing.  Many  IDFFo  diagrams  include  the  symbol  (T),  which  is  placed  next  to  some  of  the 
arrows  to  indicate  that  the  data  conveyed  by  these  arrows  is  not  relevant  to  a  specified 
level  of  detail.  Figure  A-5  illustrates  how  the  placement  of  the  tunneling  symbol  affects 
its  meaning  in  that  diagram. 

In  addition  to  the  graphic  representation  of  the  process,  the  IDFFo  model  also  consists  of 
of  a  narrative  that  uses  declarative  statements  to  describe  what  is  happening  in  each 
activity  box  in  the  diagram,  including  interaction  among  activities.  It  includes  the  object 
of  each  activity  and  a  description  of  the  tasks  (decomposition)  that  are  performed  to 
complete  the  activity. 
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Every  component  may  be  decomposed  in  another  diagram 
Every  diagram  shows  the  “inside”  of  a  box  on  a  parent  diagram 

FIGURE  A-4.  IDEFo  MODEL  STRUCTURE  | 

I 
I 
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Tunneling  an  arrow  where  it  connects  with  a  box 
indicates  that  the  data  conveyed  is  not  necessary 
at  the  next  level  of  decomposition 


Tunneling  an  arrow  at  the  unconnected  end 
indicates  that  the  data  conveyed  is  not  relevant 
to,  or  supplied  by,  the  parent  diagram 


FIGURE  A-5.  TDEFo  MODELS  -  TUNNELING 

A.4  LSA  CONTEXT  LEVEL  OVERVIEW  -  IDEFq  CONTEXT  LEVEL 

The  Context  or  top-level  IDEEq  diagram  on  page  A-12  identifies  the  major  ICOMs  of  the 
LSA  process.  The  LSA  process  is  driven  primarily  by  Air  Force  defined  system  require¬ 
ments.  In  the  Context  level  diagram  these  are  defined  as  the  Mission  and  Functional 
Requirements  input.  Both  the  logistic  and  the  functional  aspects  of  a  weapon  system 
development  effort  are  based  on  the  same  requirements  and,  with  LSA  invoked,  take 
place  as  one  process. 

The  mechanisms  that  perform  the  LSA  process  are  the  Air  Force,  the  Contractor(s)  or 
both.  The  responsibilities  of  each  organization  are  identified  in  the  subsequent  more 
detailed  IDEEq  diagrams  of  the  LSA  process.  MIL-STD-1388  governs  the  LSA  process 
and  defines  the  outputs:  LSAR,  including  the  derivative  LSAR  Reports,  and  the  other 
LSA  documentation,  including  various  studies,  plans,  and  reports. 

Most  of  the  LSA  process  is  performed  by  Contractors;  the  Air  Force  is  principally  respon¬ 
sible  for  management  of  LSA.  Although  there  are  many  controls  relating  to  Integrated 
Logistics  Support  (ILS)  that  ^.ffect  the  LSA  process,  the  primary  controls  are  MIL- 
STD-1388-1A  and  MIL-STD- 1388-2 A.  The  process  results  in  the  output  of  many  LSA 
Reports  controlled  by  Data  Item  Descriptions  (DEDs).  The  results  of  the  LSA  are  stored 
in  the  Logistics  Support  Analysis  Record  (LSAR). 

Summary  of  Context  Level  ICOMS: 

Inputs:  Mission  and  Functional  Requirements. 

Controls;  MIL-STD- 1 388-1  A,  MIL-STD-1388-2A. 

Outputs:  LSAR,  LSA  Reports. 

Mechanisms:  Air  Force,  Contractors. 
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A. 5  LSA  PROCESS  -  IDEFq  NODE  0 


Node  0  on  page  A-14  is  a  functional  overview,  presenting  the  first  decomposition  level  of 
the  LSA  process.  It  summarizes  the  five  major  LSA  series  tasks  and  their  interrelation¬ 
ships.  Examination  of  Node  0  on  a  macro  level  shows  that  Mission  and  Functional  Re¬ 
quirements  are  primary  inputs  to  the  100,  200,  and  300  series  tasks.  The  diagram  also 
shows  that  task  section  outputs  can  act  as  inputs  and/or  controls  for  other  task  series.  For 
example,  Supportability,  Cost,  and  Readiness  Drivers  are  generated  from  the  200  task 
series  and  are  data  inputs  for  the  300,  400,  and  500  task  series.  Review  procedures,  an 
output  of  the  program  planning  and  control  task  series,  act  as  a  control  over  the  prepara¬ 
tion  and  evaluation  of  alternatives  (300  task  series).  The  Node  0  diagram  also  shows  that 
the  LSAR  is  just  one  of  many  output  products  that  are  generated.  These  additional  output 
products  include  plans  and  a  variety  of  reports.  This  diagram  also  shows  that  the  200, 
300,  400,  and  500  series  tasks  all  generate  portions  of  the  LSAR. 

No  mechanisms  are  shown  on  the  Node  0  diagram.  This  is  because  both  the  Air  Force 
and  Contractor  have  some  involvement  in  performing  each  of  the  five  series  of  tasks. 
Since  the  Air  Force  and  Contractor  were  both  identified  as  mechanisms  on  the  context 
level  diagram,  the  same  information  need  not  be  shown  again. 


Node  0  shows  the  complexity  of  the  LSA  process  and  gives  a  representative  view  of  the 
tvp'*s  of  LSa  reports  that  are  produced,  e.g.,  Technological  Opponunities  Report,  Use 
Study  Report,  and  also  shows  how  other  MIL-STDs  are  controls,  e.g.,  MIL-STD-1629 
The  mechanism  in  general  is  a  Contractor  with  the  Air  Force  having  a  management  func¬ 
tion.  The  five  major  tasks  are  listed  below  followed  by  an  overview  description  of  the 
functions  performed  in  each  task. 


I^A  Task  100 
LSA  Task  200 
LSA  Task  300 
LSA  Task  400 
LSA  Task  500 


Program  Planning  and  Control 

Mission  and  Support  Systems  Definition 

Preparation  and  Evaluation  of  Alternatives 

Determination  of  Logistics  Support  Resources  Requirements 

Supportability  Assessment 


The  key  to  a  productive  but  cost  effective  analysis  effort  is  the  concentration  of  available 
resources  on  activities  that  most  benefit  the  program.  Such  a  strategy  involves  establish¬ 
ing  an  LSA  program  that  will  meet  (evolve)  achievable  supportability  and  support  system 
objectives.  The  broad  objectives  of  LSA  are  to  influence  weapon  system  design,  structure 
the  most  effective  support  concept,  and  define  logistic  support  resource  requirements. 
These  general  objectives  are  translated  into  more  specific  objectives  for  individual  pro¬ 
grams.  particularly  in  early  phases  when  maximum  flexibility  exists.  Objectives  are  iter¬ 
ated  and  refined  until  they  become  firm  program  goals  or  requirements.  A  successful 
LSA  effort  requires  that  identified  tasks  be  completed  by  the  appropriate  deadline.  This 
is  achieved  through  continued  monitoring  of  the  LSA  effort  to  identify  problems  as  they 
occur.  Efficient  program  execution  requires  that  working  arrangements  between  the  LSA 
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LSA  Process 


program  and  other  system  engineering  programs  be  established  to  identify  mutual  inter¬ 
ests,  maximize  the  benefits  of  mutually  supporting  tasks,  and  minimize  effort  overlap. 

A.5.1  LSA  Task  100  Series  -  Program  Planning  and  Control 

The  100  series  tasks  include  the  overall  planning,  scheduling,  and  execution  of  the  re¬ 
maining  LSA  tasks.  The  tasks  in  this  series  are  performed  in  parallel  by  both  the  Air 
Force  and  Contractor.  The  initial  requirements  are  supplied  by  the  Air  Force.  Manage¬ 
ment  procedures  are  established  to  assure  that  the  right  information  is  available  at  the 
right  time  so  that  timely  decisions  can  be  made.  Using  the  Mission  and  Functional  Re¬ 
quirements  from  the  Statement  of  Work  (SOW)  for  the  required  system,  and  applying  the 
specified  funding  and  schedule  constraints,  this  task  series  produces  the  formal  LSA  Plan 
and  strategy  documents.  MIL-STD-499  controls  much  of  the  effort  required  by  this  task, 
and  specifies  other  significant  output  products  such  as  conference  and  formal  review 
agenda,  schedules,  and  results. 


Summary  of  Task  100  Series  ICOMS: 


Inputs: 

Controls: 

Outputs: 

Mechanisms: 


Funding  and  Schedule  Constraints,  Mission  and  Functional  Re¬ 
quirements  from  SOW. 

MrL-STD-499. 

LSA  Plan,  LSA  Strategy,  Review  Procedures. 

Air  Force  and/or  Contractor. 


A.5.2  LSA  Task  200  Series  -  Mission  and  Support  Systems  Definition 

The  200  series  tasks  (are  those  tasks  which)  start  the  implementation  of  the  LSA  Plan  for 
the  system  being  developed/modified.  Most  of  these  tasks  are  performed  by  the  Contrac¬ 
tor.  Performance  of  these  tasks  requires  examination  of  current  operational  systems  and 
their  characteristics,  as  well  as  investigation  of  projected  systems  and  technological  capa¬ 
bilities.  Generally,  Mission  and  Support  Systems  Definition  tasks  are  conducted  at  system 
and  subsystem  levels  early  in  the  system  acquisition  process  because  problem  identifica¬ 
tion  and  risk  analysis  are  important  approaches  to  dealing  with  the  high  levels  of  uncer¬ 
tainty  associated  with  this  phase.  Based  on  the  Mission  and  Functional  Requirements  of 
the  system,  these  tasks  identify  constraints,  thresholds,  and  targets  for  improvement,  and 
provide  supportability  data  for  early  tradeoff  decisions.  New  system/equipment  suppor- 
tability  and  supportability  related  design  constraints  are  established  based  upon  support 
systems  and  resources  that  will  be  available  when  the  new  system/equipment  is  fielded. 
Supportability,  cost,  and  readiness  drivers,  once  identified,  provide  a  basis  for  a  concen¬ 
trated  effort  to  identify  areas  for  improvement. 

When  supportability  analyses  have  already  been  performed  as  part  of  mission  area,  or 
weapon  system  analysis  performed  prior  to  formal  program  initiation,  the  range  and 
scope  of  the  Task  200  series  tasks  are  appropriately  tailored  to  prevent  duplication  of 
these  efforts.  The  output  reports  of  the  tasks  at  this  level  serve  primarily  as  the  informa- 
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tion  base  for  Air  Force  decisions  on  some  of  the  particular  options  and  opportunities  for 
the  required  system,  and  the  data  developed  is  available  to  other  analytic  tasks  of  the  LSA 
process. 


Summary  of  Task  200  Series  ICOMS: 


Inputs: 

Controls: 

Outputs: 


Mechanisms: 


LSA  Plan,  Mission  and  Functional  Requirements  from  SOW. 
MIL-STD-965. 

Technological  Opportunities  Report,  Comparative  Analysis  Re¬ 
port,  Use  Study  Report,  LSAR,  Supportability  Cost  and  Readiness 
Drivers,  Constraints  and  Objectives. 

Contractor  (Logistic  Engineer,  Design  Engineer),  Air  Force  (Re¬ 
quiring  Authority). 


A.5.3  LSA  Task  300  Series  -  Preparation  and  Evaluation  of  Alternatives 

The  300  series  tasks  are  performed  by  the  Contractor  and  establish  weapon  system  re¬ 
quirements,  recommend  alternatives,  and  conduct  tradeoff  analyses.  Early  in  the  life 
cycle,  functions  and  alternatives  are  developed  only  to  the  level  required  to  analyze  differ¬ 
ences  and  conduct  tradeoffs.  More  refined  detail  is  developed  by  applying  these  tasks 
iteratively  after  some  tradeoff  decisions  are  made  and  the  range  of  alternatives  is  nar¬ 
rowed. 

Node  300  presents  the  activities  associated  with  the  preparation  and  evaluation  of  alterna¬ 
tives.  The  inputs  to  this  task  are  identified  in  the  analyses  performed  in  the  200  series 
tasks.  The  principal  output  of  this  task  is  the  Trade  Study  and  Functional  Requirements 
Reports.  The  LSAR  B,  Bl,  B2,  and  C  records  are  also  initiated  in  this  task. 

The  300  series  tasks  are  based  on  the  system  requirements,  and  apply  the  constraints, 
supportability,  cost,  and  readiness  drivers  identified  in  the  200  series  tasks.  The  tasks 
and  reviews  completed  during  the  Preparation  and  Evaluation  of  Alternatives  solidify  the 
functional  requirements  and  result  in  the  formal  System/Design  Trade  Study  Report.  The 
support  plan  is  finalized  at  a  time  which  allows  for  the  development  and  testing  of  the 
necessary  ILS  element  resources  to  carry  out  the  plan.  Analyses  of  ILS  requirements  are 
performed  and  recommendations  made  to  improve  supportability. 

The  most  significant  tool  used  to  perform  the  300  task  series  is  the  Failure  Modes.  Effects 
and  Criticality  Analysis  (FMECA),  from  “Procedures  for  Performing  a  Failure  Mode. 
Effect  and  Criticality  Analysis”  defined  in  MIL-STD-1629.  FNTECA  is  not  part  of  LSA. 
but  the  LSA  specifications  require  FMECA  information  to  be  used  as  the  basis  for  trade¬ 
off  analysis.  Although  they  are  ILS  documentation,  FMECA  data  is  not  considered  LSA 
data.  Despite  this  distinction,  the  LSAR  documentation  produced  by  this  task  contains  a 
great  deal  of  FMECA  findings. 
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Summarj'  of  Task  300  Series  ICOMS: 


Inputs: 


Controls: 

Outputs: 

Mechanisms: 


New  System/Equipment  Alternatives,  Mission  and  Functional  Re¬ 
quirements,  Supportability,  Cost  and  Readiness  Drivers,  Con¬ 
straints  and  Objectives,  LSAR. 

MIL-STD-1629,  Review  Procedures  (RCM  Procedures  shown  at  a 
lower  'evel). 

LSAR,  Functional  Requirements,  Recommended  Support  Plan, 
System/  Design  Trade  Study  Report. 

Contractor  (Logistic  Engineer/Analyst). 


A.5.4  LSA  Task  Series  400  -  Determination  of  Logistics  Support  Resources  Require¬ 
ments 


The  400  series  tasks  identify  logistics  support  resource  requirements  (personnel,  facilities, 
tools,  parts,  training  etc...)  associated  with  proposed  system/equipment  alternatives  that 
are  identified  and  refined  in  earlier  LSA  tasks.  Most  of  these  tasks  are  performed  by  the 
Contractor.  As  development  progresses,  the  basic  design  and  operational  characteristics 
are  established.  Specific  design  and  operational  data  are  analyzed  to  identify  the  detailed 
logistics  support  resource  requirements  for  tiie  principal  ILS  elements.  The  results  of  the 
Contractor  analysis  create  a  major  part  of  the  LSAR  data. 


The  analyses  and  results  of  this  task  series  address  the  integration  of  ILS  functions  to 
assure  that  required  support  resources  are  available  throughout  the  development  and  de¬ 
ployment  schedule.  For  example,  the  Early  Fielding  .Analysis  Report  defines  the  re¬ 
sources  required  to  attain  Initial  Operating  Capability  (IOC).  At  the  other  end  of  the 
deployment  schedule,  the  Post  Production  Support  Plan  addresses  alternative  supply 
mechanisms  for  those  items  that  may  be  unavailable  once  production  is  completed. 


Summary  of  Task  Series  400  ICOMS: 


Inputs: 

Controls: 

Outputs: 

Mechanisms: 


System/Design  Tra  .c  Study  Report,  LSAR,  Supportability,  Cost 
and  Readiness  Drivers,  Constraints  and  Objectives,  Resources. 
MTL-STDs  for  LSAR  shown  at  a  lower  Level. 

Early  Fielding  Analysis  Report,  Post  Production  Support  Plan. 
LSAR. 

Contractor  (Logistic  Engineer/Analyst). 


A.5.5  LS.'  Task  500  Series  -  Supportability  Assessment 

The  500  series  tasks  determine  whether  the  support  plan  and  resources  that  have  been 
established  for  acquisition  and  opeiation  are  adequate.  Series  tasks  are  performed  by  the 
Air  Force.  Supportability  assessment  encompasses  assessment  as  part  of  the  formal  test 
and  evaluation  program,  and  assessment  after  deployment  through  analysis  of  oper  - 
tional,  maintenance,  and  supply  data.  In  the  first  case,  the  assessments  are  made  prior  tc 
deployment  and.  where  applicable,  upon  initial  deployment  during  follow-on  test  and 


A- 17 


evaluation.  In  the  second  case,  the  assessments  are  made  based  upon  data  availaole 
about  the  system/equipment  in  its  normal  operating  environment. 


Summary  of  Task  5^0  Series  ICOMS: 


Inputs: 


Controls: 

Outputs: 

Mechanisms: 


System/Design  Trade  Study  Report,  Supportability  Cost  and 
Readiness  Drivers,  Constraints  and  Objectives.  Lessons  Learned. 
LSAR. 

MIL-STD-471 

Supportability  Assessment  Plan/Report,  LSAR. 

Contractor. 


A.6  LSA  TASK  100  SERIES  -  PROGRAM  PLANNING  AND  CONTROL  -  IDEEq 
NODE  100 


Node  100  on  page  A-19  presents  the  program  planning  and  control  tasks  within  LSA.  The 
overall  goal  of  this  task  is  to  develop  a  Plan  and  Strategy  that  will  meet  the  goals  of  the 
Mission  and  Functional  Requirements  on  time  and  within  budget. 

LSA  Task  101  -  Development  of  an  Early  Logistics  Support  Analysis  Strategy 

This  task  is  the  earliest  planning  activity  for  an  LSA  program.  Its  purpose  is  to  develop  a 
proposed  LSA  program  strategy  for  use  early  in  an  acquisition  program  and  to  identify 
the  LSA  tasks  and  subta.  s  which  provide  the  best  return  on  investment.  The  LSA  strat¬ 
egy  interrelates  with  the  acquisition  strategy  and  is  included  in  the  ILS  plan.  It  is  gener¬ 
ally  available  prior  to  preparation  of  any  solicitation  document  containing  LSA  task  re¬ 
quirements,  and  can  be  used  as  a  guide  in  developing  such  documents. 

The  initial  LSA  strategy  development,  under  control  of  DI-L-7114,  begins  in  the  precon¬ 
cept  phase  concurrent  with  development  of  the  acquisition  strategy.  The  LSA  strategy  is 
generally  updated  through  the  Demonstration/Validation  phase.  Updates  are  completed 
prior  to  initiation  of  the  next  program  phase,  so  that  the  updated  LSA  strategy  is  available 
concurrent  wuh  phase  initiation. 

The  requiring  authority  is  responsible  for  performing  Task  101  to  provide  for  early  man¬ 
agement  of  the  LSA  program  prior  to  initiation  of  Concept  Exploration  Phase.  The  imple¬ 
menting  authority  assumes  responsibility  for  the  task  prior  to  DemonstrationA/alidation 
and  retains  respor.  ibility  through  subsequent  phases. 


Summary  of  Task  101  ICOMS: 


Inputs: 

Controls: 

Outputs: 

Mechanisms: 


Mission  and  Functional  Requirements,  Funding  and  Scheduling 
from  SOW,  Program  Decisions/Modifications. 

DI-L-7114. 

LSA  Tasks  and  Subtasks  to  SOW.  LSA  Strategy  to  ILSP. 

Air  Force. 
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LSA  Task  102  -  Development  of  Logistics  Support  Analysis  Plan 

The  purpose  of  Task  102  is  to  develop  a  Logistics  Support  Analysis  Plan  (LSAP)  that  will 
effectively  document  the  LSA  management  structure  and  authority;  the  LSA  tasks  to  be 
accomplished;  when  each  task  will  be  accomplished;  which  organizational  units  will  be 
responsible  for  accomplishing  each  task;  how  all  tasks  are  integrated;  and  how  results  of 
each  task  will  be  used.  The  LSAP,  which  is  generally  prepared  in  the  Concept  Explora¬ 
tion  Phase  and  is  updated  in  all  subsequent  phases,  is  a  basic  tool  for  establishing  and 
executing  an  effective  LSA  program. 


Summary  of  Task  102  ICOMS: 


Inputs; 


Controls: 

Outputs: 

Mechanisms: 


LSA  Strategy  from  Task  101,  Program  Decisions/Modifications, 
Funding  and  Scheduling,  Mission  and  Functional  Requirements 
from  SOW,  LSA  Tasks  and  Subtasks  from  Task  101. 
DI-L-7017A,  DI-L-10827. 

LSA  Plan. 

Contractor. 


LSA  Task  103  -  Providing  Program  and  Design  Reviews 

This  task  provides  timely  LSA  program  participation  in  the  official  review  and  control  of 
design  information;  scheduling  of  detailed  LSA  program  reviews;  and  logistic  risk  assess¬ 
ments  at  program  reviews.  It  also  ensures  that  all  pertinent  aspects  of  the  LSA  program 
are  addressed  as  an  integral  part  of  all  formal  program  and  design  reviews.  These  proce¬ 
dures  for  the  review  of  design  information  from  a  support  standpoint  within  the  perform¬ 
ing  activity  provide  logistic  support  specialists  with  a  mechanism  for  accomplishing  design 
influence  and  tradeoffs.  LSA  program  reviews  aid  in  monitoring  the  overall  process, 
quality  and  consistency  of  the  LSA  effort.  Program  and  design  reviews  are  generally 
initiated  during  the  Concept  Exploration  Phase  and  are  scheduled  periodically  throughout 
subsequent  phases. 


During  the  Concept  Exploration  Phase,  the  requiring  authority  is  responsible  for  this  task. 
During  DemonstrationA/alidation  and  subsequent  phases,  the  implementing  authority 
assumes  responsibility  for  this  task.  The  Contractor  supports  the  reviews  by  supplying  the 
necessary  data  to  the  Air  Force  and  by  providing  Contractor  personnel  to  supply  support¬ 
ing  documentation  where  necessary. 


Summary'  of  Task  103  ICOMS: 


Inputs: 

Controls: 

Outputs. 

Mechanisms: 


LSA  Plan  from  Task  102. 

Dl-A-7088,  DI-A-7089,  MTl  -STD-1521. 

Review  Agendas/Results,  Review  Procedures. 

Air  Force  (DPML),  Contractor  (Program  Manager). 


A-20 


A.6.1  LSA  Task  101  -  Develop  an  Early  Logistics  Support  Analysis  Strategy  -  IDEFq 
Node  101 

Node  101  on  page  A-22  presents  the  activities  associated  with  developing  an  LSA  strat¬ 
egy.  Inputs  to  Task  101  are  the  Mission  and  Functional  Requirements,  Funding  and 
Schedule  Constraints.  Outputs  are  Plans  and  Strategy.  This  task  is  primarily  performed 
by  Air  Force  management  with  assistance  from  Contractors.  Within  Task  101  there  are 
two  major  subtasks  that  are  identified  and  discussed  below. 

LSA  Subtask  101.2.1  -  Develop  LSA  Strategy.  This  task  is  the  earliest  Planning  Activity 
in  the  LSA  program  and  is  the  key  first  step  in  developing  the  most  cost  effective  pro¬ 
gram.  Analyzing  probable  design  and  operational  approaches,  supportability  characteris¬ 
tics,  and  available  data  before  finalizing  task  requirements  assures  that  the  LSA  program 
is  focused  on  the  key  areas  which  provide  maximum  supportability  impact  on  design. 

Many  other  pieces  of  information  gained  from  previous  analyses  or  data  bases  are  also 
used  in  the  development  of  the  LSA  Strategy.  This  task  is  always  performed  by  the  Air 
Force. 


Summary  of  Subtask  101.2.1  ICOMS: 


Inputs; 


Controls: 

Outputs: 

Mechanisms: 


Previous  Analyses  (Air  Staff,  PMD),  Funding/Schedule  Con¬ 
straints  from  SOW,  Program  Action  Directive  (PAD),  Form 
1208),  Data  Bases  (P040E  AFM  66-1,  K051,  VAMOCS,  D056, 
D041),  Mission  and  Functional  Requirements  (System  Opera¬ 
tional  Requirements  (SORD),  AFR  57-1). 

DI-L-7114. 

LSA  Tasks  and  Subtasks  and  any  additional  Tasks  (to  SOW), 
LSA  Strategy  (to  ILSP). 

Air  Force  (DPML). 


LSA  Subtask  101.2.2  -  Update  LSA  Strategy.  Prior  to  the  end  of  each  phase  in  the 
acquisition  process,  plans  for  the  next  phase  are  developed.  As  a  result  of  these  plans, 
modifications  to  existing  plans,  and  program  schedule  changes,  an  LSA  strategy  for  the 
next  phase  is  developed.  As  in  the  original  strategy,  the  LSA  task  requirements  and 
organization  to  accomplish  those  tasks  are  planned.  This  task  is  performed  by  the  Air 
Force. 


Summary  of  Subtask  101.2.2  ICOMS: 


Inputs: 

Controls: 

Outputs; 

Mechanisms; 


LSA  Strategy  from  Subtask  101.2.1,  LSA  Tasks  and  Subtasks 
from  Subtask  101.2.1,  Modifications/Decisions. 

DI-L-7114. 

Updated  LSA  Strategy,  Updated  LSA  Tasks  and  Subtasks. 

Air  Force  (DPML). 
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A.6.2  LSA  Task  102  -  Prepare  the  Logistics  Suppor't  Analysis  Plan  -  IDEFq  Node  102 


Node  102  on  page  A-24  presents  the  activities  associated  with  preparing  the  LSAP.  The 
LSAP  is  the  basic  tool  for  establishing  and  executing  an  effective  LSA  program.  It  docu¬ 
ments  the  T^SA  tasks  to  be  a..con'ipllshed,  when  each  task  will  be  accomplished,  th 


izational  units  responsible  for  their  accomplishment,  and  how  the  results  of  each  task  will 
be  used.  The  LSAP  can  be  either  a  stand  alone  document  or  part  of  the  ISP.  Inputs  come 
from  many  ILS  areas  all  of  which  are  included  in  the  LSA  Plan  to  make  one  integrated 
plan  for  support.  Contractor  management  generally  develops  the  LSA  Plan  under  the 
direct  supervision  of  the  Air  Force.  Within  Task  102  there  are  two  major  subtasks  which 
are  identified  and  discussed  below. 


LSA  Subtask  102.2.1  -  Prepare  LSA  Plan.  The  LSAP  is  the  integrating  plan  for  all  fLS 
tasks  and  data,  interfacing  with  the  following  programs: 

•  System/Equipment  Design  Program 

•  System/Equipment  Reliability  Program 

•  System/Equipment  Maintainability  Program 

•  Human  Engineering  Program 

•  Standardization  Program 

•  Parts  Control  Program 

•  System  Safety  Program 

•  Packaging,  Handling,  Storage,  and  Transportability  Program 

•  Initial  Provisioning  Program 

•  Survivability  Program 

•  System/Equipment  Testability  Program 

•  Technical  Publications  Program 

•  Training  and  Training  Equipment  Program 

•  Facilities  Program 

•  Support  Equipment  Program 

•  Test  and  Evaluation  Program 

The  LSAP  also  contains  the  Work  Breakdown  Structure  (WBS)  identification  of  items 
upon  which  LSA  will  be  performed  and  documented,  and  an  explanation  of  the  LS.A 
control  numbering  system.  The  LSAP  controls  the  interface  between  the  Air  Force  and 
the  Contractor  and  contains  information  such  as  procedures  for  updating  and  validating 
LSA  data,  procedures  for  recording  design  problems  or  deficiencies,  descriptions  of  data 
collection  systems  to  be  used,  government  data  to  be  furnished,  and  government  fur¬ 
nished  equipment  to  be  used.  The  LSA  Plan  is  usually  prepared  by  the  Contractor  but  is 
the  responsibility  of  the  Air  Force. 
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Summary  of  Subtask  102.2.1  ICOMS: 


Inputs: 


Controls: 

Outputs: 

Mechanisms: 


LSA  tasks  from  Task  101,  Additional  tasks  from  SOW  (e.g. 
LSAR  Validation  Rules,  Air  Force  Organization  Structure  to  be 
Used),  System  Requirements  and  Development  Schedule  from 
System  Specifications,  Review  Procedures  from  Task  103,  Con¬ 
tract  Status,  Duration  of  LSAP,  Identification  of  LSA  Training  to 
be  Provided  from  LSA  Strategy. 

DI-L-7017A,  DI-L-10827. 

LSA  Plan. 

Contractor. 


LSA  Subtask  102.2.2  -  Update  LSA  Plan.  The  LSAP  is  intended  to  be  a  dynamic 
document  that  reflects  current  program  status  and  planned  actions.  Accordingly,  proce¬ 
dures  are  established  for  updates  and  approval  of  updates  by  the  requiring  authority  when 
conditions  warrant.  Program  schedule  changes,  test  results,  or  LSA  task  results  may 
dictate  a  change  in  the  LSAP  if  it  is  to  be  used  effectively  as  a  management  document. 


Summary  of  Subtask  102.2.2  ICOMS: 


Inputs: 

Controls: 

Outputs: 

Mechanisms: 


LSA  Plan  from  Subtask  102.2.1,  Modifications/Decisions  (e.g. 
Program  Revisions,  Design  Changes). 

DI-L-7017A,  DI-L-10827. 

Updated  LSA  Plan. 

Contractor. 


A.6.3  LSA  Task  103  -  Perform  Program  and  Design  Reviews  -  IDEFq  Node  103 

Node  103  on  page  A-26  presents  the  activities  associated  with  performing  program  and 
design  reviews.  This  task  includes  four  types  of  reviews:  (1)  review  of  design  informa¬ 
tion  from  a  supportability  standpoint;  (2)  system/equipment  design  reviews;  (3)  formal 
system/equipment  program  reviews;  and  (4)  detailed  LSA  program  reviews. 


Design  information  reviews  provide  supportability  specialists  with  the  authority  to  manage 
design  influence  and  tradeoffs.  Contractor  procedures  for  this  type  of  review  are  included 
in  the  LSAP  and  are  controlled  by  DI-A-7088  and  DI-A-7089.  System/equipment  design 
reviews,  program  reviews,  and  LSA  reviews  are  an  important  management  and  technical 
tool  of  the  requiring  authority.  They  should  be  specified  in  SOWs  to  assure  adequate 
staffing  and  funding  and  should  be  held  periodically  during  the  acquisition  program  to 
evaluate  overall  program  progress,  consistency,  and  technical  adequacy. 

An  overall  LSA  program  status  review  is  an  integral  part  of  these  reviews  whether  con¬ 
ducted  internally,  with  subcontractors,  or  with  the  requiring  authority.  The  results  of  the 
implementing  authority’s  internal  and  subcontractor  reviews  should  be  documented  and 
made  available  to  the  requiring  authority  on  request.  Review  procedures  are  developed 
by  the  Air  Force.  The  reviews  themselves  are  performed  by  both  DPML  and  Contractor 
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management.  Within  Task  103  there  are  four  major  subtasks  that  are  identified  and 
discussed  below. 

LSA  Subtask  103.2.1  -  Establish  Review  Procedures.  This  task  establishes  and  docu¬ 
ments  design  review  procedures.  These  procedures  define  accept/reject  criteria  pertaining 
to  supportability  requirements,  the  .method  of  documenting  reviews,  the  types  of  design 
documentation  subject  to  review,  and  the  degree  of  authority  of  each  reviewing  activity. 


Summary  of  Subtask  103.2.1  ICOMS: 


Inputs: 


Controls: 

Outputs: 

Mechanisms: 


LSA  Strategy  from  Subtask  101,  Identification  of  Reviews  Re¬ 
quired  from  SOW,  Notification  of  Scheduled  Reviews,  Identifica¬ 
tion  of  Follow  Up  Method  from  SOW. 

DI-A-7088,  DI-A-7089,  Recording  Procedures,  MIL-STD-1521 . 
Review  Procedures. 

Air  Force  (DPML),  Contractor  (Program  Manager). 


LSA  Subtask  103.2.2  -  Conduct  Design  Reviews.  Formal  review  and  assessment  of 
supportability  and  supportability  related  design  contract  requirements  is  an  integral  part 
of  each  system/equipment  design  review  (SDR),  preliminary  design  review  (PDR),  and 
critical  design  review  (CDR)  specified  by  the  contract.  The  contractor  schedules  reviews 
with  subcontractors  and  suppliers,  as  appropriate,  and  informs  the  requiring  authority  in 
advance  of  each  review.  Results  of  each  system/equipment  design  review  are  docu¬ 
mented.  Design  reviews  identify  and  discuss  all  pertinent  aspects  of  the  LSA  program. 


Summary  of  Subtask  103.2.2  ICOMS: 


Inputs: 

Controls: 

Outputs: 

Mechanisms: 


Review  Procedures  from  Subtask  103.2.1,  Identification  of  Re¬ 
views  Required  from  SOW,  Agendas  for  Design  Reviews. 
DI-A-7088,  DI-A-7089. 

Agendas  for  Design  Reviews,  Design  Review  Results  to  ISP,  ILSP, 
LSAP. 

Air  Force  (DPML)  and  Contractor  (Program  Manager). 


LSA  Subtask  103.2.3  -  Conduct  Program  Reviews.  Formal  review  and  assessment  of 
supportability  and  supportability  related  program  contract  requirements  is  an  integral  part 
of  each  system/equipment  program  review  specified  by  the  contract.  The  contractor 
schedules  program  reviews  with  subcontractors  and  suppliers,  as  appropriate,  and  informs 
the  requiring  authority  in  advance  of  each  review.  Results  of  each  system/equipment 
program  review  are  documented.  Program  reviews  identify  and  discuss  all  pertinent  as¬ 
pects  of  the  LSA  program. 


Summary  of  Subtask  103.2.3  ICOMS: 

Inputs:  Review  Procedures  from  Subtask  103.2.1,  Identification  of  Re¬ 

views  Required  from  SOW,  Agendas  for  Program  Reviews. 
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Controls;  DI-A-7088,  DI-A-7089. 

Outputs:  Agendas  for  Program  Reviews,  Program  Review  Results  to  ISP, 

ELSP,  LSAP. 

Mechanisms:  Air  Force  (DPML)  and  Contractor  (Program  Manager). 

LSA  Subtask  103.2.4  -  Conduct  LSA  Reviews.  In  addition  to  system/equipment  program 
and  design  reviews,  specific  reviews  of  the  LSA  program  are  conducted  periodically. 
These  reviews  provide  a  more  detailed  coverage  of  items  addressed  at  program  and  de¬ 
sign  reviews  and  address  progress  of  all  LSA  tasks  specified  in  the  SOW.  Representative 
discussion  items  include  task  results,  data  status  of  assigned  actions,  design  and  suppor- 
tability  problems,  test  schedule  and  progress,  and  the  status  of  subcontractor’s  and  suppli¬ 
er’s  efforts.  LSA  reviews  are  conducted  as  part  of  ILS  reviews  when  possible  and  are 
specified  and  scheduled  in  the  SOW.  An  integral  part  of  this  review  process  is  a  detailed 
guidance  conference  conducted  as  soon  as  possible  after  contract  award  to  assure  a  thor¬ 
ough  and  consistent  understanding  of  the  LSA  requirements  between  the  requiring  and 
implementing  authorities  and  the  contractor.  In  addition  the  requiring  authority  estab¬ 
lishes  review  policies  that  maximize  the  resources  available  for  review.  Considerations 
addressed  when  establishing  the  review  policies  include  sampling  rather  than  conducting  a 
100  percent  review  of  LSA  data,  scheduling  reviews  on  an  as  required  rather  than  a  fi.xed 
schedule  basis,  and  concentrating  on  drivers  and  high  risk  areas. 


Summary  of  Subtask  103.2.4  ICOMS: 

Inputs;  Review  Procedures  from  Subtask  103.2.1,  Identification  of  Re¬ 

views  Required  from  SOW,  Agendas  for  LSA  Reviews. 

Controls:  DI-A-7088,  DI-A-7089. 

Outputs:  Agendas  for  LSA  Reviews,  LSA  Review  Results  to  ISP,  ILSP, 

LSAP. 


Mechanisms:  Air  Force  (DPML)  and  Contractor  (Program  Manager). 


A. 7  LSA  TASK  200  SERIES  -  MISSION  AND  SUPPORT  SYSTEM  DEFINITION 

-  IDEFo  -  NODE  200 

Node  200  on  page  A-29  presents  the  activities  associated  with  mission  and  support  system 
definition.  The  purpose  of  this  task  is  to  be  as  specific  as  possible,  in  each  phase,  about 
the  requirements  for  support  systems.  Information  about  new  technology,  comparative 
systems,  mission  and  functional  requirements  are  analyzed  by  engineers  to  provide  the 
information  required  for  further  analysis  and  approval.  Reports  such  as  Use  Study  Re¬ 
ports,  Technological  Opportunities  Reports  and  information  regarding  supportability  cost 
and  readiness  drivers,  constraints,  and  objectives  are  produced.  All  LSA  200  Series 
Tasks  are  performed  by  the  Contractor 

LSA  Task  201  -  Use  Study 

This  task  identifies  pertinent  factors  related  to  the  intended  use  of  the  proposed  system. 
In  addition,  the  Use  Study  documents  the  resultant  quantitative  data  which  must  be  con- 
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sidered  in  developing  support  alternatives.  Significant  quantitative  support  factors  (e.g., 
operating  requirements,  transportation  modes/times,  allowable  maintenance  periods,  and 
environmental  requirements)  identified  by  the  Use  Study  are  incorporated  in  the  State¬ 
ment  of  Operational  Need  (SON)  and  Operational  and  Organizational  (O&O)  Plan. 

The  Use  Study  is  the  prerequisite  to  all  other  analysis  tasks  and  is  initiated  in  the  Precon¬ 
cept  Phase.  Updates  of  the  Use  Study  are  generally  applicable  through  Full  Scale  Devel¬ 
opment.  Once  the  planned  operational  and  support  environment  of  the  new  system  is 
identified,  field  visits  to  existing  units  and  depots  that  simulate  those  environments  can 
provide  significant  input  into  Use  Study  updates.  Task  201  is  the  responsibility  of  the 
implementing  authority  throughout  all  acquisition  phases. 


Summary  of  Task  201  ICOMS: 


Inputs: 

Controls: 

Outputs: 

Mechanisms: 


Source  Documents  (SON,  PMD,  SORD),  Mission  and  Functional 
Requirements. 

MIL-STD-965. 

Use  Study  Reports  and  Updates  to  SORD,  SON,  O&O  Plan. 
Contractor. 


LSA  Task  202  -  Mission  Hardware,  Software  and  Support  System  Standardization 

This  task  defines  the  support  and  support  related  design  constraints  based  upon  support 
standardization  considerations.  It  also  provides  support  related  input  to  mission  hardware 
and  software  standardization  efforts. 


Task  202  is  initialed  during  the  Concept  Exploration  Phase  to  establish  support  system 
standardization  requirements  before  the  design  effort  begins.  This  task  continues  to  be 
iterated  to  progressively  lower  hardware  levels  through  the  Demonstration/Validation 
phase.  During  the  Production  (PROD)  phase,  Task  202  is  applicable  to  design  changes 
only. 

Task  202  is  the  responsibility  of  the  requiring  authority  during  the  Concept  Exploration 
Phase.  During  the  DemonstrationA^alidation  and  subsequent  phases,  the  implementing 
authority  has  responsibility  for  this  task.  The  Standardization  and  the  Parts  Control  Pro¬ 
gram  (MIL-STD-965)  is  the  data  used  for  these  latter  phases.  Coordination  with  these 
programs  is  required  to  avoid  duplication  of  effort. 


Summary  of  Task  202  ICOMS: 


Inputs: 


Controls: 

Outputs: 

Mechanisms: 


Use  Study  Reports  and  Updates  from  Task  201,  Mandatory  Sup- 
portability  Constraints  from  Planning  Documents,  Mission  and 
Functional  Requirements,  Alternative  System  Concepts. 
MIL-STD-965. 

Recommended  Hardware/Software  Standardization  Approaches. 
Contractor. 
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LSA  Task  203  -  Comparative  Analysis 

This  task  provides  a  sound  analytical  foundation  for  establishing  new  system  design  and 
supportability  features.  It  identifies  features  that  need  improvements;  defines  the  features 
that  drive  the  cost,  support,  and  readiness  of  the  new  system;  and  documents  the  risks 
involved  in  using  the  comparative  d.aa  in  subsequent  analyses. 

Supportability  factors  to  be  incorporated  in  the  Justification  for  Major  System  New  Start 
(JMSNS)  are  identified  during  the  preconcept  phase.  Comparative  analysis  reports  are 
updated  through  the  Full  Scale  Development  phase. 

The  requiring  authority  has  responsibility  for  Task  203  during  both  the  Preconcept  and 
Concept  Evaluation  phases.  Performance  of  Task  203  during  the  Demonsiration/Valida- 
tion  and  the  Full  Scale  Development  phase  is  the  responsibility  of  the  implementing 
authority. 

Summary  of  Task  203  ICOMS: 

Inputs:  Use  Study  Reports  and  Updates  from  Task  201,  ■Mternative  Sys¬ 

tem  Concepts. 

Controls:  MIL-STD-965. 

Outputs:  Comparative  Supportability  Characteristics,  Supportability  Cost 

and  Readiness  Drivers. 

Mechanisms:  Contractor. 

LSA  Task  204  -  Technological  Opportunities 

This  task  is  designed  to  identify  technological  advancements  and  state-of-the-art  ap¬ 
proaches  that  offer  opportunities  for  achieving  new  system  support  improvements.  Em¬ 
phasis  is  placed  on  using  available  technology  to  improve  the  support,  cost,  and  readiness 
values  projected  for  the  new  system,  and  to  resolve  qualitative  suppo'.t  problems  identi¬ 
fied  on  comparable  systems. 

Task  204  is  initiated  during  Concept  Evaluation  Phase  and  is  updated  during  the  Demon- 
strationA^alidation  Phase.  This  task  is  only  selectively  applicable  during  Full  Scale  Devel¬ 
opment. 

The  requiring  authority  is  responsible  for  Task  204  during  the  Concept  Evaluation  Phase. 
Responsibility  for  this  task  is  assigned  to  the  implementing  authority  during  the  Demon- 
strationA/alidation  Phase  and  as  applicable  during  Full  Scale  Development. 

Summary  of  Task  204  ICOMS: 

Inputs:  Comparative  Supportability  Characteristics  from  Task  203.  Sup¬ 

portability  Cost  and  Readiness  Drivers  from  Task  203.  Techno¬ 
logical  Evaluations  and  Improvements. 

Controls:  MIL-STD-965. 
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Outputs;  Technological  Opportunities  Report. 

Mechanisms:  Contractor. 

LSA  Task  205  -  Suppcrtabili^y  and  SupportabUity  Related  Design  Factors 

This  task  is  designed  to  establish  quantitative  support  characteristics  of  alternative  design 
and  opf^rational  concepts.  It  identifies  supportability  and  supportability  related  design 
objectives,  goals,  thresholds,  and  constraints.  Design  constraints  are  documented  in 
Specifications,  and  requirements,  decision,  and  program  locuments. 

Most  of  Task  205  is  initiated  during  the  Concepi  Evaluation  Phase  and  updated  during  the 
DemonstrationA'^alidation  Phase.  Subtask  205.2.3  (Specification  Requirements)  is  gener¬ 
ally  applicable  through  Full  Scale  Development.  Subtask  205.2.5  (Supportability  Goals 
and  Thresholds)  is  only  applicable  during  the  Demonstration/Validation  Phase. 

The  implementing  authority  retains  responsibility  for  establishing  support  and  support 
related  design  constraints  (Subtask  205.2.3)  during  all  applicable  life  cycle  phases.  The 
implementing  authority  also  assumes  responsibility  for  identif>ing  NATO  constraints  dur¬ 
ing  Demonstration  and  Validation  (D&V).  All  other  subtasks  are  the  responsibility  of  the 
requiring  authority  during  the  Concept  Evaluation  Phase  and  the  Demonstration/Valida¬ 
tion  Phase. 

Summary  of  Task  205  ICOMS: 

Inputs;  Technological  Opportunities  Report  from  Task  204,  Recom¬ 

mended  Hardware/  Software  Standardization  Approaches  from 
Task  202,  Comparative  Supportability  Characteristics  from  Task 
203,  Alternative  System  Concepts. 

Controls;  MIL-STD-965. 

Ooputs;  Supportability  Cost  and  Readiness  Objectives,  Supportability 

Constraints,  LSAR  Data. 

Mechanisms:  Contractor. 

A.7.1  LSA  Task  201  -  Develop  a  Use  Study  -  IDEFo  Node  201 

Node  201  on  page  33  presents  an  IDEFq  model  of  the  activities  necessary  to  develop  a 
Use  Study.  The  Use  Study  identifi  .s  how  the  system/equipment  should  be  used,  when  it 
':liould  be  used,  where  it  should  be  used,  why  it  should  be  used  and  what  it  should  be 
used  for.  The  primary  input  is  Mission  and  Functional  Requirements.  The  four  subtasks 
are  identified  and  discussed  below. 

LSA  Subtask  201.2.1  -  Identify  Supportability  Factors.  This  subtask  identifies  and  docu¬ 
ments  the  pertinent  supportability  factors  reUted  to  the  intended  use  of  the  new  system/ 
equipment.  The  following  factors  are  considered;  mobility  requirements;  deployment  sce¬ 
narios;  mission  frequency  and  duration;  basing  concepts;  anticipated  service  life;  interac¬ 
tions  with  other  systems/end  items;  operational  environment;  and  human  capabilities  and 
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limitations.  Both  peacetime  and  wartime  employment  are  considered  in  identifying  the 
supportability  factors.  Previously  conducted  mission  area  analyses,  any  weapon  system 
analyses  which  quantified  relationships  between  hardware  mission,  and  supportability 
parameters  and  which  are  pertinent  to  the  new  system/equipment  are  also  identified  and 
documented. 

Summary  of  Subtask  201.2.1  ICOMS: 

Inputs:  Mission/Functional  Requirements  (SORD,  AFK  57-1),  Source 

Documents  (Trade  Study  Reports  from  Task  303,  SON,  PMD, 
SORD,  Mission  Statement). 

Controls:  MIL-STD-965. 

Outputs:  Supportability  Factors. 

Mechanisms:  Contractor. 

LSA  Subtask  201.2.2  -  Document  Quantitative  Factors.  This  subtask  documents  the 
quantitative  data  from  Subtask  201.2.1.  Data  are  used  for  developing  support  alternatives 
and  conducting  support  analyses.  This  task  w'ill  develop  the  initial  support  system  re¬ 
quirements. 

Summary  of  Subtask  201.2.2  ICOMS: 

Inputs:  Supportability  Factors  from  Subtask  201.2.1,  Prior  Quantitative 

Analyses  (Planning  Documents,  e.g..  Manpower  Requirements). 
Controls:  MIL-STD-965. 

Outputs:  Quantitative  Data. 

Mechanisms:  Contractor. 

LSA  Subtask  201.2.3  -  Conduct  Field  Visits.  Field  visits  to  operational  units  and  support 
activities  that  most  closely  represent  the  planned  operational  and  support  environment  for 
the  new  system/equipment  are  conducted  in  this  task.  These  visits  result  in  the  identifica¬ 
tion  of  existing  capabilities,  resources  and  problems  for  the  new  system/equipment. 

Summary  of  Subtask  201.2.3  ICOMS: 

Inputs:  Locations  for  Field  Visits  from  Program  Office  Using  Command, 

Supportability  Factors  from  Subtask  201.2.1. 

Controls:  MIL-STD-965. 

Outputs:  Field  Visit  Reports. 

Mechanisms:  Contractor. 

LSA  Subtask  201.2.4  -  Prepare  Use  Study  Reports  and  Updates.  In  this  subtask  an 
engineer  prepares  a  Use  Study  Report  documenting  the  information  developed  during 
performance  of  Subtasks  201.2.1,  201.2.2,  201.2.3.  The  Use  Study  Report  is  updated  as 
more  detailed  information  on  the  intended  use  of  the  new  system/equipment  becomes 
available. 
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Summary  of  Subtask  201.2.4  ICOMS: 


Inputs: 


Controls; 

Outputs: 

Mechanisms: 


Modifications/Decisions,  Supportability  Factors  from  Subtask 
201.2.1,  Quantitative  Data  from  Subtask  201.2.2,  Field  Visit  Re¬ 
ports  from  Subtask  201.2.3.. 

DI-S-7115,  MIL-STD-965. 

Use  Study  Reports  and  Use  Study  Report  Updates  to  SORD. 
Contractor. 


A.7.2  LSA  Task  202  -  Mission  Hardware  Software  and  Support  Systems  Standardiza¬ 
tion  -  IDEFq  Node  202 


Node  202  on  page  A-36  presents  the  tasks  involved  in  assuring  standardization  of  compo¬ 
nents  of  new  system/equipment.  Knowing  what  is  available,  what  are  the  standard  com¬ 
ponents,  and  what  are  the  requirements  (Use  Study)  of  the  new  system/equipment  are 
essential  to  develop  recommendations  for  standardization  within  the  new  system/equip¬ 
ment.  Engineers  normally  perform  this  function.  The  four  subtasks  are  identified  and 
discussed  below. 


LSA  Subtask  202.2.1  -  Identify  Supportability  Constraints.  In  this  subtask  logistics 
engineers  identify  existing  and  planned  logistic  support  resources  that  have  potential 
benefits  for  use  on  each  system/equipment  concept  under  consideration.  All  elements  of 
ms  are  considered.  Supportability  and  supportability  related  design  constraints  are  de¬ 
fined  in  quantitative  terms  for  those  items  that  will  become  program  constraints  due  to 
cost,  manpower,  personnel,  readiness,  or  support  policy  considerations  and  benefits. 
DEDs  related  to  standard  and  nonstandard  parts,  their  selection  and  specification  are  the 
task  controls. 


Summary  of  Subtask  202.2.1  ICOMS: 


Inputs: 


Controls; 

Outputs: 

Mechanisms; 


Use  Study  from  Task  201,  Mandatory  Supportability  Constraints 
from  Planning  Documents,  Available  Resources  (D061,  MTL- 
HAND-300)  from  Program  Office. 

DI-S-3606,  DI-E-7026  to  7030,  MIL-STD-965. 

Quantitative  Supportability  Constraints. 

Contractor  (Logistics  Engineer). 


LSA  Subtask  202.2.2  -  Provide  Supportability  Factors.  In  this  subtask  logistics  engi¬ 
neers  provide  supportability,  cost,  and  readiness  related  information  to  mission  hardware 
and  software  standardization  efforts  in  this  subtask.  Quantitative  Supportability  Con¬ 
straints  and  Available  Resources  are  the  outputs. 


Summary'  of  Subtask  202.2.2  ICOMS: 

Inputs:  Quantitative  Supportability  Constraints  from  Subtask  202.2.1. 

Available  Resources,  Alternative  System  Concepts,  Use  Study 
from  Task  201. 
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ODE:  TITLE:  NUMBER: 

202  Mission  HW,  SW  and  Support  System  Standardization  / 


Controls:  DI-S-3606,  DI-E-7026  to  7030,  MIL-STD-965. 

Outputs:  Supportability  Cost  and  Readiness  Data. 

Mechanisms:  Contractor  (Logistics  Engineer). 

LSA  Subtask  202.2.3  -  Identify  Recommended  Approaches.  In  this  subtask  logistics 
engineers  identify  recommended  mission  hardware  and  software  standardization  ap¬ 
proaches  which  have  utility  due  to  cost,  readiness,  or  supportability  considerations  and 
participate  in  the  system/equipment  standardization  effort.  Knowledge  of  available  re¬ 
sources,  standardization  requirements,  and  defined  risks  are  necessary  to  complete  this 
task. 


Summary  of  Subtask  202.2.3  ICOMS: 


Inputs: 


Controls: 

Outputs: 

Mechanisms: 


Available  Resources,  Mandatory  Standardization  Approaches 
(e.g.  Parts  Ctl.,  Test  Equipment,  Avionics,  MATE,  PCP)  Con¬ 
straint  Risks  from  Subtask  202.2.4,  Use  Study  from  Task  201, 
Supportability  Cost  and  Readiness  Data  from  Subtask  202.2.2. 
DI-S-3606,  DI-E-7026  to  7030,  MIL-STD-965. 

Recommended  Hardware/Software  Standardization  Approaches. 
Contractor  (Logistics  Engineer). 


LSA  Subtask  202.2.4  -  Identify  Risks  Associated  with  each  Constraint.  In  this  subtask  a 
logistics  engineers  identify  any  risks  associated  with  each  constraint  identified  in  Task 
202.2.1.  For  example,  known  or  projected  scarcities,  and  developmental  logistic  support 
resources  are  possible  risk  areas  when  establishing  standardization  constraints. 


Summary  of  Subtask  202.2.4  ICOMS: 


Inputs: 

Controls: 

Outputs: 

Mechanisms: 


Quantitative  Supportability  Constraints  from  Subtask  202.2.1, 
Use  Study  from  Subtask  201. 

DI-S-3606,  DI-E-7026  to  7030,  MIL-STD-965. 

Constraint  Risks. 

Contractor  (Logistics  Engineer). 


A.7.3  LSA  Task  203  -  Comparative  Analysis  -  IDEFq  Node  203 


Node  203  on  page  A-38  presents  the  tasks  involved  in  establishing  the  supportability 
characteristics  and  cost  and  readiness  drivers  of  new  system/equipment.  Engineers  iden¬ 
tify  other  comparable  systems/equipment,  establish  their  characteristics,  and  determine 
any  differences.  To  perform  this  analysis  engineers  look  at  the  Use  Study,  other  systems 
and  their  characteristics,  and  new  systems/equipment  and  their  characteristics.  The  eight 
subtasks  are  identified  and  discussed  below. 


LSA  Subtask  203.2.1  -  Identify  Comparative  Systems  -  In  this  subtask  engineers  identify 
existing  systems  and  subsystems  (hardware,  operational  and  support)  for  comparison  with 
new  system/equipment  alternatives. 
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NUMBER: 


Summary  of  Subtask  203.2.1  ICOMS: 

Inputs;  Alternative  System  Concepts,  Current  Systems,  Level  of  Detail 

Required  from  SON,  Use  Study  from  Task  201. 

Controls: 

Outputs:  Existing  Systems. 

Mechanisms:  Contractor  (Engineer). 

LSA  Subtask  203.2.2  -  Select  Baseline  Comparison  System.  In  this  subtask  engineers 

select  or  develop  a  Baseline  Comparison  System  (BCS)  for  use  in  comparative  analyses 
and  identifies  supportability,  cost,  and  readiness  drivers  of  each  significantly  different 
new  system/equipment  alternative.  A  BCS  is  developed  using  a  composite  of  elements 
from  different  existing  systems.  The  composite  represents  the  design,  operation,  and 
support  characteristics  of  a  new  system/equipment  alternative  as  closely  as  possible. 
Different  BCSs  or  composites  may  be  developed  to  compare  different  parameters  of  inter¬ 
est.  Previously  developed  BCSs  are  assessed  to  determine  the  extent  to  which  they  can 
fill  the  need  for  the  new  system/equipment. 

Summary  of  Subtask  203.2.2  ICOMS: 

Inputs:  Existing  Systems  from  Subtask  203.2.1,  Use  study  from  Task 

201,  Previous  Baseline  Comparison  Systems. 

Controls: 

Outputs:  New  BCSs 

Mechanisms:  Contractor  (Engineer). 

LSA  Subtask  203.2.3  -  Determine  Comparative  System  Characteristics.  In  this  subtask 

operations  and  support  costs,  logistic  support  resource  requirements,  reliability  and  main¬ 
tainability  (R&M)  values,  and  readiness  values  of  the  comparative  systems  are  identified. 
These  values  are  identified  at  the  system  and  subsystem  level  for  each  BCS  established. 
Values  are  adjusted  to  account  for  differences  between  the  comparative  system’s  use 
profile  and  the  new  system/equipment’s  use  profile  where  appropriate. 

Summary  of  Subtask  203.2.3  ICOMS: 

Inputs;  New  BCS  from  Subtask  203.2.2,  Use  Study  from  Task  201. 

Controls:  DI-S-7116. 

Outputs;  Comparative  System  Characteristics. 

Mechanisms:  Contractor  (Engineer). 

LSA  Subtask  203.2.4  -  Identify  Qualitative  Supportability  Problems.  In  this  subtask 
qualitative  supportability  problems  on  comparative  systems  which  should  be  prevented  on 
the  new  system/equipment  are  identified.  Outputs  from  other  200  series  tasks  are  re¬ 
quired  for  this  task. 

Summary  of  Subtask  203.2.4  ICOMS: 

Inputs:  Comparative  System  Characteristics  from  Subtask  203.2.3,  New 

BCS  from  Subtask  203.2.2,  Use  Study  from  Task  201. 
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Controls:  DI-S-7116. 

Outputs:  Qualitative  Supportability  Problems. 

Mechanisms:  Contractor  (Engineer). 

LSA  Subtask  203.2.5  -  Identify  Supportability,  Cost,  and  Readiness  Drivers.  In  this 

subtask  engineers  determine  the  supportability,  cost,  and  readiness  drivers  of  each  com¬ 
parative  system  or  BCS.  These  drivers  may  come  from  the  design,  operating  or  support 
characteristics  of  the  comparative  systems  and  represent  drivers  for  the  new  system/ 
equipment.  For  example,  repair  cycle  time  may  be  the  prime  readiness  driver,  a  particu¬ 
lar  hardware  subsystem  may  be  the  prime  manpower  driver,  or  energy  may  be  the  prime 
cost  driver. 


Summary  of  Subtask  203.2.5  ICOMS: 


Inputs: 


Controls: 

Outputs: 

Mechanisms 


Use  Study  from  Task  201,  Comparative  System  Characteristics 
from  Subtask  203.2.3,  Qualitative  Supportability  Problems  from 
Subtask  203.2.4. 

DI-S-7116. 

Supportability  Cost  and  Readiness  Drivers. 

Contractor  (Engineer) 


LSA  Subtask  203.2.6  -  Identify  Unique  System  Drivers.  In  this  subtask  any  suppor¬ 
tability,  cost  or  readiness  drivers  for  the  new  system/equipment  resulting  from  subsystems 
or  equipment  in  the  new  system  for  which  there  are  no  comparable  subsystems  or  equip¬ 
ment  in  comparative  systems  are  identified  and  documented. 


Summary  of  Subtask  203.2.6  ICOMS: 


Inputs: 

Controls; 

Outputs: 

Mechanisms: 


Use  Study  from  Task  201,  Comparative  System  Characteristics 
from  Subtask  203.2.3. 

DI-S-7116. 

Unique  Supportability  Cost  and  Readiness  Drivers. 

Contractor  (Engineer). 


LSA  Subtask  203.2.7  -  Update  Comparative  System  Characteristics.  In  this  subtask 
when  new  data  becomes  available,  for  example.  New  Alternate  System  Concepts.  New' 
Comparative  System  Concepts,  an  engineer  updates  the  comparative  systems,  their  asso¬ 
ciated  parameters,  and  the  supportability,  cost,  and  readiness  drivers. 


Summary  of  Subtask  203.2.7  ICOMS: 

Inputs;  Supportability  Cost  and  Readiness  Data  from  Subtask  203.2.5, 

Current  Systems,  Unique  Supportability  Cost  and  Readiness  Driv¬ 
ers  from  Subtask  203.2.6,  Alternative  System  Concepts.  Com¬ 
parative  System  Characteristics  from  Subtask  203.2.3,  Risks  from 
Subtask  203.2.8. 
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Controls: 

Outputs:  Supportability  Cost  and  Readiness  Drivers,  Comparative  System 

Characteristics  (Updated). 

Mechanisms:  Contractor  (Engineer). 

LSA  Subtask  203.2.8  -  Identify  Risks  and  Assumptions.  This  subtask  identifies  and 
documents  any  risks  and  assumptions  associated  with  the  comparative  systems,  and  their 
associated  parameters  and  drivers,  such  as  low  degree  of  similarity  between  the  new 
system/equipment  and  existing  systems  or  the  lack  of  accurate  data  on  existing  systems. 
All  of  the  other  outputs  within  this  node  are  input  used  by  the  Contractor  to  determine 
these  risks. 

Summary  of  Subtask  203.2.8  ICOMS: 

Inputs:  Comparative  System  Characteristics  from  Subtask  203.2.3,  Up¬ 

dated  Comparative  System  Characteristics  from  Subtask  203.2.7, 
Use  Study  from  Task  201,  Qualitative  Supportability  Problems 
from  Subtask  203.2.4,  Unique  Supportability  Cost  and  Readiness 
Drivers  from  Subtask  203.2.6,  Supportability  Cost  and  Readiness 
Data  from  Subtask  203.2.5. 

Controls:  DI-S-7116. 

Outputs:  Risks. 

Mechanisms:  Contractor  (Engineer). 

A, 7.4  LSA  Task  204  -  Technological  Opportunities  -  IDEFq  Node  204 

Node  204  on  page  A-42  presents  the  tasks  involved  in  determining  availability  of  new 
technology.  To  determine  the  recommended  design  objectives,  engineers  review  the  out¬ 
puts  from  analyses  performed  in  Task  203.  The  three  subtasks  are  identified  and  dis¬ 
cussed  below. 

LSA  Subtask  204.2.1  -  Recommended  Design  Objectives.  In  this  subtask  the  design 
engineer  and  the  logistics  engineer  establish  design  technology  approaches  to  achieve 
supportability  improvements  on  the  new  system/equipment  over  existing  systems  and  sub¬ 
systems.  All  of  the  inputs  listed  below  are  required  to  produce  the  Recommended  Design 
Objectives. 

Summary  of  Subtask  204.2.1  ICOMS: 

Inputs:  Supportability  Cost  and  Readiness  Drivers  from  Task  203,  State- 

of-the-Art  Design  Approaches,  Technological  Evaluations  and 
Improvements,  Qualitative  Supportability  Problems  from  Task 
203. 

Controls:  DI-S-7117 

Outputs:  Recommended  Design  Objectives. 

Mechanisms:  Contractor  (Engineer). 
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ODE:  TITLE:  NUMBER: 

_ 204 _ Technological  Opportunities  / 


LSA  Subtask  204.2.2  -  Perform  Updates.  In  this  subtask  the  engineer  updates  the  Tech¬ 
nological  Opportunities  Report  as  new  information  is  made  available,  or  system/equip¬ 
ment  alternatives  are  better  defined. 


Summary  of  Subtask  204.2.2  ICOMS: 


Inputs: 


Controls: 

Outputs: 

Mechanisms: 


Recommended  Design  Objectives  from  Subtask  204.2.1,  New 
Risks  and  Scheduled  Improvements  from  Subtask  204.2.3,  Better 
Defined  Alternatives  from  Labs,  Aircraft  System  Division  (ASD), 
Electronic  System  Division  (ESD),  AFCOLR. 

DI-S-7117. 

Technological  Opportunities  Report. 

Contractor  (Engineer). 


LSA  Subtask  204.2.3  -  Identify  Risks  Associated  with  Design  Objectives.  In  this  sub¬ 
task,  the  engineer  identifies  any  risks  associated  with  the  design  objectives  established, 
looks  at  the  development  and  evaluation  approaches  needed  to  verify  the  improvement 
potential,  and  determines  the  cost  or  schedule  impacts  to  implement  the  potential  im¬ 
provements. 


Summary  of  Subtask  204.2.3  ICOMS: 


Inputs: 

Controls: 

Outputs: 

Mechanisms: 


Recommended  Design  Objectives  from  Subtask  204.2.1. 
DI-S-7117. 

New  Risks  and  Scheduled  Improvements. 

Contractor  (Engineer). 


A.7.5  LSA  Task  205  -  Supportability  and  Supportability  Related  Design  Factors  - 
IDEFq  Node  205 

Node  205  on  page  A-44  presents  the  tasks  required  to  complete  the  analysis  of  suppor¬ 
tability  and  supportability  design  factors.  This  is  the  final  task  in  the  series  and  incorpo¬ 
rates  the  outputs  of  all  the  other  200  series  tasks.  The  input  is  primarily  from  the  200 
series  tasks  (Supportability  Costs  and  Readiness  Drivers,  Standardization  Constraints, 
Use  Study)  and  is  used  to  develop  Supportability  Cost  and  Readiness  Objectives,  Goals, 
and  Thresholds.  The  results  of  this  task  can  have  a  major  impact  on  design.  The  five 
subtasks  are  identified  and  discussed  below. 


LSA  Subtask  205.2.1  -  Identify  Supportability  Characteristics.  In  this  subtask  the  Con¬ 
tractor  identifies  the  quantitative  supportability  characteristics  resulting  from  the  alterna¬ 
tive  design  and  operational  concepts  for  the  new  system/equipment.  Supportability  char¬ 
acteristics  are  expressed  in  terms  of  feasible  support  concepts,  R&M  parameters,  system 
readiness,  O&S  costs,  and  logistics  support  resource  requirements.  Both  peacetime  and 
wartime  conditions  are  included.  Identification  of  any  hardware  or  software  for  which  the 
Government  will  not  or  may  not  have  full  design  rights  is  necessary.  Alternatives  and 
cost,  schedule,  and  function  impacts  are  included. 


A-43 


Summary  of  Subtask  205.2.1  ICOMS: 

Inputs:  Supportability  Cost  and  Readiness  Drivers  from  Task  203,  Stan¬ 

dardization  Constraints  from  Task  202,  Source  Documents  (Sys¬ 
tem  Spec,  PMD),  New  System/Equipment  Alternatives. 

Controls; 

Outputs:  Supportability  Characteristics. 

Mechanisms:  Contractor  (Engineer). 

LSA  Subtask  205.2.2  -  Establish  Supportability  Objectives  and  Ri^ks.  In  this  subtasK 

engineers  establish  supportability,  cost  and  readiness  objectives,  an  i  risks  for  the  new 
system.  All  the  inputs  listed  below  are  needed. 

Summary  of  Subtask  205.2.2  ICOMS: 

Inputs;  Supportability  Characteristics  from  Subtask  205.2.1,  NATO  Con¬ 

straints  from  Subtask  205.2.4,  Supportability  Related  Design  Con¬ 
straints  from  Subtask  205.2.3,  Supportability  Design  Factors. 
Technological  Opportunities  Re oort  from  Task  204. 

Controls:  DI-S-3606. 

Outputs:  Supportability  Objectives/Risks. 

Mechanisms:  Contractor  (Engineer). 

LSA  Subtask  205.2.3  -  Establish  Specification  Requirements.  In  this  subtask  the  Con¬ 
tractor  establishes  supportability  and  supportability  related  design  constraints  for  the  new 
system/equipment.  These  constraints  are  included  in  requirements  documents  or  con¬ 
tracts,  as  appropriate.  The  constraints  are  documented  in  the  l^AR  or  equivalent  format 
approved  by  the  requiring  authority. 

Summary  of  Subtask  205.2.3  ICOMS: 

Inputs:  Supportability  Objectives/Risks  from  Subtcsk  205.2.2,  Standardi¬ 

zation  Constraints  from  Task  202. 

Controls:  DI-S-4057,  MIL-STD-490. 

Outputs:  I^AR  Records  A  &  B,  Supportability  Related  Design  Constraints. 

Mechanisms:  Contractor 

LSA  Subtask  205.2.4  -  Identify  NATO  Constraints.  In  this  si  btask  any  constraints  that 
preclude  adoption  of  NATO  systems/equipment  to  satisfy  the  mission  need  are  identified. 
The  primary  input  to  this  task  is  the  Use  Study,  supplemented  by  Source  Documents. 
Supportability  Objectives/Risks,  and  Standardization  Constraints. 

Summary  of  Subtask  205.2.4  ICOMS: 

Inputs:  Standardization  Constraints  from  Task  202,  Supportabiliw  Obiec- 

tives/Risks  from  Subtask  205.2.2,  Use  Study  from  Task  202, 

Source  Documents. 
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Controls; 

Outputs:  NATO  Constraints. 

Mechanisms:  Contractor  (Engineer). 

LSA  Subtask  205. 2. i  -  Establish  Supportability  Goals  and  Thresholds.  In  this  subtask 
the  Contractor  updates  the  supportability,  cost,  and  readiness  objectives.  The  Contractor 
also  establishes  supportability,  cost,  readiness  goals,  and  thresholds  as  new  system/equip¬ 
ment  alternatives  become  better  defined. 

Summary  of  Subtask  205.2.5  ICOMS: 

Inputs:  Supportability  Design  Factors,  New  System/Equipment  Akerna- 

tives,  Supportability  Objectives/Risks  from  Subtask  205.2.2, 
Trade  Study  from  Task  303. 

Controls: 

Outputs:  Supportability  Cost  and  Readiness  Objectives  Goals  and  Thresh¬ 

olds. 

Mechanisms:  Contractor  (Engineer). 

A. 8  LSA  TASK  300  SERIES  -  PREPARATION  AND  EVALUATION  OF  ALTER¬ 

NATIVES  -  IDEFo  NODE  300 

Node  300  on  page  A-47  presents  the  activities  associated  with  the  preparation  and  evalu¬ 
ation  f  alternatives.  The  purpose  of  this  task  series  is  to  establish  the  requirements  of 
the  weapon  system,  to  determine  alternatives,  to  conduct  tradeoff  analyses,  and  to  recom¬ 
mend  the  optimal  alternative.  The  inputs  to  this  task  are  identified  in  the  analyses  per¬ 
formed  in  the  200  series  tasks  (Use  Study,  Supportability  Cost  and  Readiness  Drivers, 
Objectives,  Constraints  and  Design  Constraints).  The  principal  output  of  this  task  is  the 
Trade  Study  and  Functional  Requirements  Reports.  The  LSAR  B,  Bl,  B2,  and  C  records 
are  initiated  in  this  task  series. 

LSA  Task  301  -  Functional  Requirements  Identification 

The  Functional  Requirements  Identification  Task  identifies  the  operations  and  support 
functions  that  must  be  performed  for  each  system  alternative.  Task  301  then  identifies 
tlie  tasks  that  must  be  performed  to  operate  and  maintain  each  system  in  its  intended 
environment. 

The  functional  requirements  identified  and  the  risks  involved  in  meeting  the  functional 
•-equirements  are  included  in  the  Concept  Formulation  Package  (CFP)  and  the  System 
Conrppt  Paper  (SCP).  Detailed  operations  and  maintenance  task  identification  and  the 
formulation  of  design  alternatives  are  generally  included  in  the  Required  Operational 
Capabilitv  (ROC),  Integrated  Program  Summary  (IPS),  and  Decision  Coordinating  Paper 
(DCP). 

Task  301  IS  generally  initiated  in  Concept  Exploration  Phase.  Subtasks  301.2.4  (Opera¬ 
tions  and  Maintenance  Tasks)  and  30i.2.5  (Design  Alternatives)  may  be  deferred  to  Dem- 
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onstrationA'^alidation  phase.  Applicable  subtasks  are  updated  during  Full  Scale  Develop¬ 
ment.  During  Production,  Task  301  is  only  applicable  to  design  changes. 

The  requiring  authority  is  responsible  for  all  applicable  subtasks  during  Concept  Explora¬ 
tion  Phase.  The  implementing  authority  assumes  responsibility  for  this  task  during  Dem- 
onstrationA/alidation  and  subsequent  acquisition  phases. 


Summary  of  Task  301  ICOMS: 


Inputs; 

Controls; 

Outputs; 

Mechanisms; 


Supportability  Cost  and  Readiness  Drivers  from  Task  203,  Use 
Study  from  Task  201. 

MIL-STD-1629. 

Functional  Requirements,  LSAR. 

Contractor. 


LSA  Task  302  -  Support  System  Alternatives 


This  task  establishes  support  system  alternatives  for  evaluation  and  tradeoff  analysis,  and 
determines  the  best  system  to  be  developed.  These  alternative  support  system  concepts/ 
plans  and  associated  risks  are  addressed  in  the  CFP  and  the  SCP.  As  tradeoffs  are  made, 
support  system  alternatives  are  refined  and  updated  for  inclusion  in  the  ROC,  IPS  and 
DCP.  Subtasks  that  establish  support  system  alternatives  and  risks  are  required  during 
the  Concept  Exploration  Phase.  Subtasks  which  provide  for  alternative  support  plans  and 
updates  are  generally  applicable  in  Full  Scale  Development.  During  the  Concept  Explora¬ 
tion  Phase,  the  requiring  authority  is  responsible  for  all  applicable  subtasks  of  Task  302. 
During  Demonstration/Validation  and  subsequent  phases,  the  implementing  authority  is 
responsible  for  all  applicable  subtasks  and  required  updates.  All  subtasks  are  performed 
by  the  Contractor. 


Summary  of  Task  302  ICOMS: 

Inputs;  Supportability  Cost  and  Readiness  Design  Constraints  from  Task 

205,  Functional  Requirements  from  Task  301,  Trade  Study  Re¬ 
port  from  Task  303. 

Controls;  DI-S-3606. 


Outputs;  Support  System  Alternatives. 

Mechanisms;  Contractor. 


LSA  Task  303  -  Evaluation  of  Alternatives  and  Tradeoff  Analysis 

The  purpose  of  this  task  is  twofold;  to  determine  the  preferred  support  system  alterna- 
tive(s)  and  their  associated  risks  for  each  proposed  system;  and  to  determine,  through 
tradeoff  analysis,  the  approach  that  provides  the  best  balance  between  risk,  cost,  sched¬ 
ule,  performance,  readiness  and  support. 

Logistic  influence  on  design  is  achieved  by  including  early  tradeoff  analysis  results  in 
requirement  documents  such  as  the  Letter  of  Agreement  (LOA)  and  CFP,  program  docu- 
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ments  such  as  the  ILSP,  and  subsequently  into  the  decision  documents  (IPS  and  DCP). 
Results  of  later  tradeoff  analyses  are  incorporated  in  the  ROC  and  development  specifica¬ 
tion. 

Task  303  is  generally  initiated  during  the  Concept  Exploration  Phase,  with  the  exception 
of  Subtask  303.2.7  (Repair  Level  Analysis)  which  is  applicable  during  Demonstration/ 
Validation.  Both  system  and  support  system  tradeoffs  continue  to  be  iterated  through  Full 
Scale  Development;  other  key  tradeoffs  are  selectively  applied  during  Full  Scale  Develop¬ 
ment. 


The  requiring  authority  is  responsible  for  all  applicable  subtasks  during  the  Concept 
Evaluation  Phase.  The  implementing  authority  assumes  responsibility  for  all  subtasks 
during  Demonstration/Validation  and,  as  applicable,  during  subsequent  phases. 


Summary  of  Task  303  ICOMS: 


Inputs: 


Controls: 

Outputs: 

Mechanisms: 


Support  System  Alternatives  from  Task  302,  Supportability  Cost 
and  Readiness  Objectives  and  Constraints,  Use  Study  from  Task 
201. 

DI-S-3606. 

Trade  Study  Report. 

Contractor. 


A.8.1  LSA  Task  301  -  Identify  Functional  Requirements  -  IDEFq  Node  301 


Node  301  on  page  A-50  presents  the  activities  necessary  to  identify  the  operations  and 
support  functions  that  must  be  performed  for  each  system/equipment  alternative  under 
consideration.  The  Contractor  uses  the  Use  Study,  Supportability  Cost  and  Readiness 
Drivers  and  Alternative  System  Concepts  to  determine  the  Functional  Requirements  and 
to  identify  tasks  that  must  be  performed  to  operate  and  maintain  the  new  system/equip¬ 
ment  in  its  intended  environment.  Within  Task  301  there  are  six  subtasks  that  are  identi¬ 
fied  and  discussed  below. 


LSA  Subtask  301.2.1  -  Identify  Functional  Requirements.  In  this  subtask  the  Contractor 
identifies  and  documents  the  functions  that  must  be  performed  so  that  the  new  system/ 
equipment  can  be  operated  and  maintained  in  its  intended  operational  environment  for 
each  alternative  under  consideration.  These  functions  are  identified  to  a  level  commensu¬ 
rate  with  design  and  operational  scenario  development,  and  include  both  peacetime  and 
wartime  functions. 


Summary^  of  Subtask  301.2.1  ICOMS: 

Inputs:  Use  Study  from  Task  201,  Supportability  Cost  and  Readiness 

Drivers  from  Task  203,  Alternative  System  Concepts. 

Controls: 

Outputs:  Functional  Requirements. 
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Identify  Functional  Requirements 


Mechanisms:  Contractor  (Engineer). 

LSA  Subtask  301.2.2  -  Identify  Unique  Functional  Requirements.  In  this  subtask  the 
Contractor  identifies  those  functional  requirements  that  are  unique  to  the  new  system/ 
equipment  as  a  result  of  new  design  technology  or  operational  concepts,  or  that  are  sup- 
portability,  cost,  or  readiness  drivers. 

Summary  of  Task  301.2.2  ICOMS: 

Inputs:  Alternative  System  Concepts,  Supportability  Cost  and  Readiness 

Drivers  from  Task  203,  Use  Study  from  Task  201,  Functional 
Requirements  from  Subtask  301.2.1. 

Controls: 

Outputs:  Functional  Requirements  Unique  to  the  New  System. 

Mechanisms:  Contractor  (Engineer). 

LSA  Subtask  301.2.3  -  Determine  Risks.  In  this  subtask  the  Contractor  identifies  any 
risks  involved  in  satisfying  the  functional  requirements  of  the  new  system/equipment. 

Summary  of  Task  301.2.3  ICOMS: 

Inputs:  Functional  Requirements  Unique  to  the  New  System  from  Sub¬ 

task  301.2.2,  Functional  Requirements  from  Subtask  301.2.1,  Use 
Study  from  Task  201,  Supportability  Cost  and  Readiness  Drivers 
from  Task  203. 

Controls: 

Outputs:  Risks. 

Mechanisms:  Contractor  (Engineer). 

LSA  Subtask  301.2.4  -  Determine  Operations  and  Maintenance  Tasks.  In  this  subtask 

the  Contractor  identifies  the  operations  and  maintenance  tasks  for  the  new  system/equip¬ 
ment  based  on  the  identified  functional  requirements.  Tasks  relating  to  functions  that 
require  logistic  support  resources  are  identified.  Preventive  maintenance,  corrective 
maintenance,  operations,  and  other  support  tasks  such  as  preparation  for  operation,  op¬ 
eration,  post-operation,  calibration  and  transportation  are  identified.  Many  of  the  ILS 
functions  are  integrated  in  this  subtask. 

Summary  of  Subtask  301.2.4  ICOMS: 

Inputs:  Functional  Requirements  from  Task  201,  Level  of  Maintenance 

from  PSOC,  Use  Study  from  Task  201,  FMECA,  Documentation 
Required  from  SOW. 

Controls:  RCM  Procedures,  Indenture  Level  from  SOW,  MIL-STD-1629, 

MIL-STD-1871. 

Outputs:  Operations  and  Maintenance  Task  Report,  LSAR  Records  B.  Bl, 

B2,  C  or  Other  Data. 
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Mechanisms:  Contractor  (Engineer). 


LSA  Subtask  301.2.5  -  Determine  Design  Alternatives.  In  this  subtask  the  Contractor 
formulates  design  alternatives  to  correct  design  deficiencies  uncovered  during  the  identifi¬ 
cation  of  functional  requirements  or  operations  and  maintenance  task  requirements.  De¬ 
sign  alternatives  that  reduce  or  simplify  functions  requiring  logistic  support  resources  are 
analyzed. 


Summary  of  Subtask  301.2.5  ICOMS: 


Inputs: 


Controls: 

Outputs: 

Mechanisms: 


Operations  and  Maintenance  Task  Report  from  Subtask  301.2.4, 
Use  Study  from  Task  201,  Functional  Requirements  from  Subtask 
301.2.1,  Functional  Requirements  Unique  to  New  System,  Docu¬ 
mentation  Required  from  SOW. 

DI-S-3606. 

Design  Alternatives  Report. 

Contractor  (Engineer). 


LSA  Subtask  301.2.6  -  Update  Functional  Requirements.  In  this  subtask  the  Contractor 
updates  the  functional  requirements,  operations,  and  maintenance  task  requirements  as 
the  new  system/equipment  is  better  defined  and  more  accurate  data  made  available. 


Inputs: 


Controls: 

Outputs: 

Mechanisms: 


Functional  Requirements  from  Subtask  301.2.1,  Use  Study  from 
Task  201,  Risks  from  Subtask  301.2.3,  Design  Alternatives  Re¬ 
port  from  Subtask  301.2.5,  FMECA. 

MIL-STD-1629. 

Updated  Functional  Requirements. 

Contractor  (Engineer). 


A.8.2  LSA  Task  302  -  Support  System  Alternatives  -  IDEFo  Node  302 


Node  302  on  page  A-53  presents  the  activities  necessary  to  establish  viable  support  sys¬ 
tem  alternatives  for  the  new  system/equipment.  The  alternatives  are  be  subject  to  evalu¬ 
ation  and  tradeoff  analysis,  and  will  result  in  the  determination  of  the  best  system  for 
development.  Within  Task  302  there  are  five  major  subtasks  that  are  identified  and 
discussed  below. 


LSA  Subtask  302.2.1  -  Prepare  Alternative  Support  Concepts.  In  this  subtask  the  Con¬ 
tractor  develops  and  documents  viable  alternative  system  level  support  concepts  for  the 
new  system/equipment  alternatives.  These  alternative  support  concepts  satisfy  the  func¬ 
tional  requirements  of  the  new  system/equipment.  Each  alternative  support  concept  is 
developed  to  a  level  of  detail  commensurate  with  the  hardware,  software  and  operational 
concept  development,  and  addresses  all  elements  of  ILS.  The  same  support  concept  is 
applicable  to  multiple  new  system/equipment  designs  and  operational  alternatives.  The 
range  of  support  alternatives  considered  is  not  restricted  to  existing  standard  support 
concepts,  but  includes  identification  of  innovative  concepts  that  can  improve  system  readi- 
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ness,  optimize  manpower  and  personnel  requirements,  or  reduce  O&S  costs.  Contractor 
logistic  support  is  considered  in  formulating  alternative  support  concepts. 

Summary  of  Subtask  302.2.1  ICOMS: 

Inputs:  Functional  Requirements  from  Task  301,  Supportability  Cost  and 

Readiness  Design  Constraints  from  Task  203,  New  System/Equip¬ 
ment  Alternatives. 

Controls:  DI-S-3606. 

Outputs:  Alternative  Support  Concepts. 

Mechanisms:  Contractor  (Maintenance  Planner). 

LSA  Subtask  302.2.2  -  Updated  Alternative  Support  Concepts.  In  this  subtask  the  Con¬ 
tractor  updates  the  alternative  support  concepts  as  system  tradeoffs  are  conducted  and 
new  system/equipment  alternatives  are  better  defined.  Alternative  support  concepts  are 
documented  at  the  system  and  subsystem  level,  and  address  the  supportability,  cost,  and 
readiness  drivers,  and  the  unique  functional  requirements  of  the  new  system/equipment. 

Summary  of  Subtask  302.2.2  ICOMS: 

Inputs:  Alternative  Support  Concepts  from  Subtask  302.2.1,  Trade  Study 

from  Task  303. 

Controls:  DI-S-3606. 

Outputs:  Updated  Alternative  Support  Concepts. 

Mechanisms:  Contractor  (Maintenance  Planner). 

LSA  Subtask  302.2.3  -  Prepare  Alternative  Support  Plans.  In  this  subtask  the  Contractor 
develops  and  documents  viable  alternative  support  plans  for  the  new  system/equipment  to 
a  level  of  detail  commensurate  with  the  hardware,  software,  and  operational  scenario 
development. 

Summary  of  Subtask  302.2.3  ICOMS: 

Inputs:  Updated  Alternative  Support  Concepts  from  Subtask  302.2.2, 

Functional  Requirements  from  Task  301. 

Controls:  DI-S-3606. 

Outputs:  Alternative  Support  Plans. 

Mechanisms:  Contractor  (Maintenance  Planner). 

LSA  Subtask  302.2.4  -  Update  Support  Plan.  In  this  subtask  the  Contractor  updates  and 
refines  the  alternative  support  plans  as  tradeoffs  are  conducted  and  the  new  system/equip¬ 
ment  design  and  operational  scenario  are  better  defined. 

Summary  of  Subtask  302.2.4  ICOMS: 

Inputs:  Alternative  Support  Plans  from  Subtask  302.2.3,  Alternative  Sup¬ 

port  System  Risks  from  Subtask  302.2.5. 


A-54 


Controls:  DI-S-3606. 

Outputs:  Updated  Alternative  Support  Plan. 

Mechanisms:  Contractor  (Maintenance  Planner). 

LSA  Subtask  302.2.5  -  Determine  Risks.  In  this  subtask  the  Contractor  identifies  risks 
associated  with  each  support  system  alternative  formulated. 

Summary  of  Subtask  302.2.5  ICOMS: 

Inputs:  Trade  Study  from  Task  303,  Functional  Requirements  from  Task 

301. 

Controls: 

Outputs:  Alternative  Support  System  Risks. 

Mechanisms:  Contractor  (Maintenance  Planner). 

A.8.3  LSA  Task  303  -  Evaluation  of  Alternatives  and  Tradeoff  Analysis  -  IDEFq  Node 
303 

Node  303  on  page  A-56  presents  the  activities  necessary  to  determine  the  preferred  sup¬ 
port  system  alternative(s)  for  each  system/equipment  alternative.  The  model  also  lists  the 
activities  necessary  to  evaluate  alternative  system  tradeoffs  to  determine  the  best  ap¬ 
proach  to  support  design  and  operation.  The  optimal  approach  should  represent  the  best 
balar  ce  between  cost,  schedule,  performance,  readiness,  and  supportability.  This  task  is 
an  integrating  task.  Within  Task  303  there  are  eleven  major  subtasks  that  are  identified 
and  discussed  below. 

LSA  Subtask  Task  303.2.1  -  Identify  Tradeoff  Criteria.  For  each  evaluation  and  tradeoff 
to  be  conducted  under  this  subtask  the  Contractor  undertakes  the  following  activities: 

•  Identifies  the  qualitative  and  quantitative  criteria  that  will  be  used  to  determine 
the  best  results.  These  criteria  are  related  to  the  supportability,  cost,  and  readi¬ 
ness  requirements  for  the  system/equipment. 

•  Selects  or  constructs  analytical  relationships  or  models  between  supportability, 
design,  and  operational  parameters  and  those  parameters  identified  for  the 
evaluation  criteria.  In  many  cases  the  same  model  or  relationship  may  be 
appropriate  to  perform  a  number  of  evaluations  and  tradeoffs.  Parametric  and 
cost  estimating  relationships  (PER/CER)  may  be  appropriate  for  use  in  formu¬ 
lating  analytical  relationships. 

•  Conducts  the  tradeoff  or  evaluation  using  established  relationships  and  models 
and  selects  the  best  alternative(s)  based  upon  the  established  criteria. 

•  Conducts  appropriate  sensitivity  analyses  on  those  variables  which  have  a  high 
degree  of  risk  involved  or  which  drive  supportability,  cost,  or  readiness  for  the 
new  system. 
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ODE;  TITLE:  NUMBER: 

303  EVALUATION  OF  ALTERNATIVES  AND  TRADEOFF  ANALYSIS  / 


•  Documents  the  evaluation  and  tradeoff  results  including  any  risks  and  assump¬ 
tions  involved. 

•  Updates  the  evaluations  and  tradeoffs  as  the  system/equipment  is  better  de¬ 
fined  and  more  accurate  data  becomes  available. 

•  Includes  both  peacetime  and  wartime  considerations  in  the  analysis. 

•  Assesses  the  impact  on  existing  or  planned  weapon,  supply,  maintenance,  and 
transportation  systems  based  on  the  tradeoff  decision. 

•  Assesses  life  cycle  support  considerations  to  include  post  production  support. 


Summary  of  Subtask  303.2.1  ICOMS: 


Inputs: 


Controls: 

Outputs: 

Mechanisms: 


Method  of  Review  And  Approval,  Specific  Analysis/Tradeoffs  to 
Perform  from  102,  Specific  Relative  Models  to  Use,  Historic 
CER/PER  that  apply.  Limits  on  Personnel,  Personnel  Costs,  Job 
and  Task  Inventory,  System/Equipment  Alternatives,  Alternative 
Support  Plan  from  Task  302,  Design  Objectives  from  Task  205, 
Existing  Systems. 

DI-S-3606. 

Evaluation  Criteria,  Tradeoff  Analysis  (Trade  Study). 

Contractor  (Maintenance  Planner). 


LSA  Subtask  303.2.2  -  Perform  Support  System  Tradeoffs.  In  this  subtask  the  Contrac¬ 
tor  conducts  evaluations  and  tradeoffs  between  the  support  system  alternatives  identified 
for  each  system/equipment  alternative  (Task  302).  For  the  selected  support  system  alter¬ 
natives,  new  or  critical  logistic  support  resource  requirements  are  identified  and  docu¬ 
mented.  Any  restructured  personnel  job  classifications  are  identified  as  a  new  resource. 


Summary  of  Subtask  303.2.2  ICOMS: 


Inputs: 


Controls: 

Outputs: 

Mechanisms: 


Evaluation  Criteria  from  Subtask  303.2.1,  System/Equipment  Al¬ 
ternatives,  Alternative  Support  Plan  from  Task  302,  Design  Ob¬ 
jectives  from  Task  205,  Limits  on  Personnel,  Personnel  Costs,  Job 
and  Task  Inventory. 

DI-S-3606. 

Recommended  Support  System  Alternative. 

Contractor  (Life  Cycle  Cost  Analyst). 


LSA  Subtask  303.2.3  -  Perform  System  Tradeoffs.  In  this  subtask  the  engineer  conducts 
evaluations  and  tradeoffs  between  design,  operations,  and  support  concepts  under  consid¬ 
eration  to  develop  the  recommended  alternative. 


Summary  of  Subtask  303.2.3  ICOMS: 

Inputs:  System/Equipment  Alternatives,  Evaluation  Criteria  from  Subtask 

303.2.1. 
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Controls:  DI-S-3606. 

Outputs:  Recommended  System/Equipment  Alternative. 

Mechanisms:  Contractor  (Engineer). 

LSA  Subtask  303.2.4  -  Perform  Readiness  Sensitivity  Study.  In  this  subtask  the  engineer 

evaluates  the  sensitivity  of  system  readiness  parameters  with  variations  in  key  design  and 
such  support  parameters  as  Reliability  and  Maintainability,  spares  budgets,  resupply  time, 
and  manpower  and  personnel  skill  availability. 


Summary  of  Subtask  303.2.4  ICOMS: 


Inputs: 

Controls: 

Outputs: 

Mechanisms: 


Evaluation  Criteria  from  Subtask  303.2.1. 
DI-S-3606. 

System/Equipment  Sensitivity. 

Contractor  (Engineer). 


LSA  Subtask  303.2.5  -  Perform  Manpower  and  Personnel  Tradeoff  Studies.  In  this 
subtask  the  Contractor  estimates  and  evaluates  the  manpower  and  personnel  implications 
of  alternative  system/equipment  concepts  in  terms  of  total  numbers  of  personnel  required, 
job  classifications,  skill  levels,  and  experience  required.  This  analysis  includes  organiza¬ 
tional  overhead  requirements,  error  rates,  and  training  requirements. 


Summary  of  Subtask  303.2.5  ICOMS: 


Inputs: 

Controls: 

Outputs: 

Mechanisms: 


Limits  of  Personnel,  Personnel  Costs,  Job  and  Task  Inventory, 
Evaluation  Criteria  from  Subtask  303.2.1. 

DI-S-3606. 

Manpower  and  Personnel  Requirements. 

LCC  Analyst. 


LSA  Subtask  303,2.6  -  Perform  Training  Tradeoffs.  In  this  subtask  the  Contractor  con¬ 
ducts  evaluations  and  tradeoffs  between  design,  operations,  training,  and  personnel  job 
design.  This  evaluation  determines  the  optimum  solution  for  attaining  and  maintaining 
the  required  proficiency  of  operating  and  support  personnel.  Training  evaluations  and 
tradeoffs  are  conducted,  taking  into  account  shifting  of  job  duties  between  job  classifica¬ 
tions,  alternative  technical  publications  concepts,  and  alternative  mixes  of  formal  training, 
on-the-job  training,  unit  training,  and  use  of  training  simulators. 


Summary  of  Subtask  303.2.6  ICOMS: 


Inputs: 

Controls: 

Outputs: 

Mechanisms: 


Evaluation  Criteria  from  Subtask  303.2.1,  Limits  on  Personnel, 
Personnel  Costs,  Job  and  Task  Inventory. 

DI-S-3606. 

Optimum  Training  Requirements. 

Contractor  (LCC  Analyst). 
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LSA  Subtask  303.2.7  -  Perform  Repair  Level  Analysis.  In  this  subtask  the  Contractor 
conducts  repair  level  analyses  (RLA)  commensurate  with  the  level  of  design,  operation, 
and  support  data  available. 


Summary  of  Subtask  303.2.7  ICOMS: 


Inputs: 


Controls: 

Outputs: 

Mechanisms: 


Evaluation  Criteria  from  Subtask  303.2.1,  System/Equipment  Al¬ 
ternatives,  Alternative  Support  Plan  from  Task  302,  Design  Ob¬ 
jectives  from  Task  205. 

DI-S-3606. 

Repair  Level  Results. 

Cot  "’  tctor  (Engineer). 


LSA  Subtask  303.2.8  -  Perform  Diagnostic  Tradeoff  Studies.  In  this  subtask  the  Con¬ 
tractor  evaluates  alternative  diagnostic  concepts;  varying  degrees  of  built-in-test  (BIT), 
off  line  test,  manual  testing,  automatic  testing,  diagnostic  connecting  points  for  testing, 
and  identifies  the  optimum  diagnostic  concept  for  each  system/equipment  alternative  un¬ 
der  consideration. 


Summary  of  Subtask  303.2.8  ICOMS: 


Inputs: 


Controls: 

Outputs: 

Mechanisms: 


Evaluation  Criteria  from  Subtask  303.2.1,  System/Equipment  Al¬ 
ternatives,  Alternative  Support  Plan  from  Task  302,  Design  Ob¬ 
jectives  from  Task  205. 

DI-S-3606. 

Optimum  Diagnostic  Concept. 

Contractor  (Engineer). 


LSA  Subtask  303.2.9  -  Perform  Comparative  Analysis.  In  this  subtask  the  Contractor 
conducts  comparative  evaluations  between  the  supportability,  cost,  and  readiness  parame¬ 
ters  of  the  new  system/equipment.  The  Contractor  also  assesses  the  risks  involved  in 
achieving  the  supportability,  cost,  and  readiness  objectives  for  the  new  system/equipment 
based  upon  the  degree  of  growth  over  existing  systems/equipment. 


Summary  of  Subtask  303.2.9  ICOMS: 


Inputs: 


Controls: 

Outputs: 

Mechanisms: 


Recommended  System/Equipment  Alternative  from  Subtask 
303.2.3,  Evaluation  Criteria  from  Subtask  303.2.1,  System/Equip¬ 
ment  Alternatives,  Alternative  Suppcrt  Plan  from  Task  302,  De¬ 
sign  Objectives  from  Task  205,  Existing  Systems. 

DI-S-3606. 

Supportability  Cost  and  Readiness  Comparison  Results. 
Contractor  (LCC  Analyst). 


LSA  Subtask  303.2.10  -  Perform  Energy  Tradeoffs.  In  this  subtask  the  Contractor  con¬ 
ducts  evaluations  and  tradeoffs  between  system/equipment  alternatives  and  energy  re- 
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quirements.  The  petroleum,  oil,  and  lubricant  (POL)  requirements  for  each  system  equip¬ 
ment  alternative  under  consideration  are  identified  and  sensitivity  analyses  conducted  on 
POL  costs. 

Summary  of  Subtask  303.2.10  ICOMS; 

Inputs:  Evaluation  Criteria  from  Subtask  303.2.1. 

Controls:  DI-S-3606. 

Outputs:  Energy  Tradeoff  Results. 

Mechanisms:  Contractor  (Engineer). 

LSA  Subtask  303.2.11  -  Perform  Survivability  Tradeoffs.  In  this  subtask  the  Contractor 
conducts  evaluations  and  tradeoffs  between  system/equipment  alternatives,  survivability, 
and  battle  damage  repair  characteristics  in  a  combat  environment. 

Summary  of  Subtask  303.2.11  ICOMS: 

Inputs:  Evaluation  Criteria  from  Subtask  303.2.1. 

Controls:  DI-S-3606. 

Outputs:  Survivability  Results. 

Mechanisms:  Contractor  (Engineer^. 

LSA  Subtask  303.2.12  -  Perform  Transportability  Tradeoffs.  In  this  subtask  the  Con¬ 
tractor  conducts  evaluations  and  tradeoffs  between  system/equipment  alternatives  and 
transportability  requirements.  The  transportability  requirements  for  each  alternative  un¬ 
der  consideration  are  identified. 

Summary  of  Subtask  303.2.11  ICOMS: 

Inputs:  Evaluation  Criteria  froi  ’  btask  303.2.1. 

Controls:  DI-S-3606. 

Outputs:  Transportability  Result  . 

Mechanisms:  Confactor  (LCC  Analyst;. 

A.9  LSA  TASK  400  SERIES  -  DETERMINATION  OF  LOGISTIC  SUPPORT  RE¬ 
QUIREMENTS  -  IDEFo  NODE  400 

Nod'  ^  ''C  on  page  A-61  presents  the  tasks  necessary  to  determine  logistic  support  require¬ 
ments.  The  purpose  of  this  task  is  to  determine  currently  available  and  new  support 
resources  that  will  be  required  to  support  the  new  system/equipment  in  its  production  and 
post  production  phase. 

LSA  Task  401  -  Task  Analysis 

Task  401  is  designed  to  analyze  required  operations  and  maintenance  tasks  and  includes 
the  following  activities:  identi.y  the  logistic  support  resource  requirements  for  each  task; 
highlight  resource  requirements  which  are  new  or  critical;  define  transportability  require- 


'JODE:  TITLE:  NUMBER: 

_ 400 _ Determination  of  LSR  Requirements  / 


merits;  identify  any  support  requirements  which  exceed  established  goals,  thresholds,  or 
constraints;  provide  data  to  support  recommended  design  alternatives  to  improve  suppor- 
tability  or  enhance  readiness;  and  provide  source  data  for  the  development  of  required 
ms  documents. 

Task  analysis,  when  properly  interfaced  with  other  system  engineering  disciplines  and  ILS 
functional  element  inputs,  effectively  integrates  and  translates  these  inputs  into  output 
products  required  for  preparation  of  ELS  documents. 

The  overall  program  schedule  and  the  level  of  design  and  operation  definition  govern  the 
timing  and  scope  of  the  task  analysis.  There  is  a  limited  time  period  for  making  this  a 
cost  effective  task.  This  time  period  begins  with  the  availability  of  required  input  from 
design  activities  and  extends  only  to  that  point  that  allows  time  for  analysis  results  to  be 
used  to  develop  the  necessary  ILS  documents  and  identify  support  resources.  Selective 
application  of  this  task  during  DemonstrationA'^alidation  is  limited  to  the  identification 
and  documentation  of  new  or  critical  resources.  Task  401  is  generally  applicable  during 
the  Full  Scale  Development  Phase  and  is  the  responsibility  of  the  implementing  authority. 


Summary  of  Task  401  ICOMS: 


Inputs: 

Controls: 

Outputs: 

Mechanisms: 


Supportability  Design  Goals  from  Task  205,  Resources,  Trade 
Study  from  Task  303  (Recommended  Support  Plan). 

DI-L-7148. 

LSAR. 

Contractor. 


LSA  Task  402  -  Early  Fielding  Analysis 

This  task  is  designed  to:  assess  the  impact  of  new  system  introduction  on  existing  sys¬ 
tems;  identify  sources  of  manpower  and  personnel  skills  to  meet  the  requirements  of  the 
new  system;  determine  the  impact  of  failure  to  obtain  the  necessary  logistic  support  re¬ 
sources;  and  determine  essential  logistic  support  resource  requirements  for  a  combat  en¬ 
vironment.  This  analysis  is  designed  to  assure  effective  fielding  of  the  new  system  with 
all  required  resources  and  is  conducted  during  Full  Scale  Development. 

The  implementing  authority  has  responsibility  for  Early  Fielding  Analysis  during  Full 
Scale  Development.  This  analysis  is  coordinated  with  the  requiring  authority,  and  task 
results  should  be  confirmed  by  the  requiring  authority. 


Summary  of  Task  402  ICOMS: 


Inputs: 

Controls: 

Outputs' 

Mechanisms: 


Trade  Study  from  Task  303  (Recommended  Support  Plan). 
LSAR. 

DI-S-7118. 

Early  Fielding  Analysis  Report. 

Contractor. 
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LSA  Task  403  -  Post  Production  Support  Analysis 

This  task  identifies  any  known  or  potential  post  production  support  problems  prior  to  the 
closing  of  production  lines;  and  develops  plans  for  their  early  resolution  so  that  effective 
support  of  the  new  system  will  continue  throughout  its  life  cycle.  The  Post  Production 
Support  Plan  documents  any  identified  problems,  such  as  inadequate  sources  of  supply/ 
repair;  analyzes  alternative  solutions,  their  associated  costs  and  risks;  and  outlines  esti¬ 
mated  funding  and  actions  required  to  implement  the  preferred  solution(s).  Task  403  is 
applicable  only  during  the  Production  phase.  The  post  production  support  analysis  is  the 
responsibility  of  the  implementing  authority  during  Production. 

Summary  of  Task  402  ICOMS: 

Inputs;  Early  Fielding  Analysis  Report,  LSAR. 

Controls:  DI-P-7119. 

Outputs:  Post  Production  Support  Plan. 

Mechanisms;  Contractor. 

A.9.1  LSA  Task  401  -  Task  Analysis  -  IDEFq  Node  401 

Node  401  on  page  A-64  presents  the  tasks  necessary  to  analyze  operations  and  mainte¬ 
nance  tasks  for  the  new  system/equipment.  These  include:  (1)  identifying  logistic  support 
resource  requirements  for  each  task;  (2)  identifying  new  or  critical  logistic  support  re¬ 
source  requirements;  (3)  identifying  transportability  requirements;  (4)  identify  support 
requirements  which  exceed  established  goals,  thresholds  or  constraints;  (5)  providing  data 
to  support  participation  in  the  development  of  design  alternatives  to  reduce  O&S  costs, 
optimize  logistic  support  resource  requirements  or  enhance  readiness;  and  (6)  providing 
source  data  for  preparation  of  required  ELS  documents.  Within  Task  401  there  are 
eleven  major  subtasks  that  are  identified  and  discussed  below. 

LSA  Subtask  401.2.1  -  Perform  Task  Analysis.  The  Contractor  conducts  a  detailed 
analysis  of  each  operation  and  maintenance  task  requirement  identified  for  the  new  sys¬ 
tem/equipment  (Task  303)  and  determines  the  following: 

•  Procedural  steps  required  to  perform  the  task.  These  steps  include  identifi- 
fying  those  tasks  that  are  duty  position  specific,  performed  principally  by  one 
individual,  or  collective  tasks  performed  by  two  or  more  individuals  as  a  team 
or  crew. 

•  Logistic  support  resources  required  to  perform  the  task. 

•  Task  frequency,  task  interval,  elapsed  time,  and  man  hours  in  the  system's 
intended  operational  environment,  based  on  the  specific  annual  operating  base. 

•  Maintenance  level  assignment  based  on  the  established  support  plan  (Task 
303). 

Summary  of  Subtask  401.2.1  ICOMS: 

Inputs:  Identification  of  System/Equipment  Hardware/Software  to  Ana¬ 

lyze,  Identification  of  Indenture  Level,  Operations  and  Mainte- 
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A-64 


NODE:  TITLE:  NUMBER: 


nance  Tasks  Required  from  Task  301,  Annual  Operating  Basis  for 
Task  Frequencies,  Trade  Study  from  Task  303,  Identification  of 
Level  of  Maintenance,  Engineering  Drawings  (these  are  not  men¬ 
tioned  in  MIL-STD-1388-1 A  but  are  necessary  for  this  task). 

Controls: 

Outputs:  Task  Analysis. 

Mechanisms:  Contractor  (Logistics  Engineer). 


LSA  Subtask  401.2.2  -  Perform  Analysis  Documentation.  The  Contractor  documents  the 
results  of  Subtask  401.2.1  in  the  LSAR  or  equivalent  format  approved  by  the  requiring 
authority. 


Summary  of  Subtask  401.2.2  ICOMS: 


Inputs: 

Controls: 

Outputs: 

Mechanisms: 


Task  Analysis  from  Subtask  401.2.1,  Identification  of  Level  of 
Maintenance. 

MIL-STD-785,  MIL-STD-1629,  MIL-STD-882. 

LSAR  Records  C,  D,  Dl. 

Contractor. 


LSA  Subtask  401.2.3  -  Identify  New/Critical  Support  Requirements.  In  this  subtask  a 
logistics  engineer  identifies  the  logistic  support  resources  required  to  perform  each  new  or 
critical  task.  New  resources  are  defined  as  those  resources  requiring  development  to 
operate  or  maintain  the  new  system/equipment.  These  can  include  support  and  test 
equipment;  facilities;  new  or  restructured  personnel  skills;  training  devices;  new  or  special 
transportation  systems;  new  computer  resources;  and  new  repair,  test,  or  inspection  tech¬ 
niques  or  procedures  to  support  new  design  plans  or  technology.  Critical  resources  are 
defined  as  those  resources  that  are  not  new  but  require  special  management  attention  due 
to  schedule  constraints,  cost  implications,  or  known  scarcities.  New  and  modified  logistic 
support  resources  are  documented  in  the  LSAR  to  provide  a  description  and  justification 
for  the  resource  requirement. 


Summary  of  Subtask  401.2.3  ICOMS: 


Inputs: 


Controls: 

Outputs: 

Mechanisms: 


Task  Analysis  from  Subtask  401.2.1,  Known  Logistic  Support 
Shortages,  Supportability  Design  Goals  from  Task  205,  Resources 
Available,  Schedule  and  Budget. 

MTL-STD-470,  MIL-STD-785.  MIL-STD-882. 

LSAR  Records  E,  El,  E2,  F,  G,  J,  Identification  of  New  Re¬ 
sources. 

Contractor  (Logistics  Engineer). 


LSA  Subtask  401.2.4  -  Identify  Training  Requirements  and  Recommendations.  In  this 
subtask  the  Contractor  identifies  training  requirements,  makes  recommendations  for  the 
best  mode  of  training  (formal  classroom,  on-the  job,  or  both),  and  describes  the  rationale 
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for  the  recommendation  based  upon  the  identified  task  procedures  and  personnel  assign¬ 
ments.  The  results  are  documented  in  the  LSAR. 


Summary  of  Subtask  401.2.4  ICOMS: 


Inputs: 

Controls: 

Outputs: 

Mechanisms: 


Resources  Available,  Task  Analysis  from  Subtask  401.2.1,  Per¬ 
sonnel  Capabilities,  Personnel  Limits. 

MIL-STD-470,  MIL-STD-785,  MIL-STD-1629,  MIL-STD-882. 
LSAR  Records  Dl,  G,  Training  Requirements. 

Contractor. 


LSA  Subtask  401.2.5  -  Identify  Design  Improvements.  In  this  subtask  the  Contractor 
analyzes  the  total  logistic  support  resource  requirements  for  each  task  and  determines 
which  tasks  fail  to  meet  established  supportability  and  supportability  related  design  goals 
and  constraints  for  the  new  system/equipment.  Tasks  are  identified  that  can  be  optimized 
or  simplified  to  reduce  O&S  costs,  optimize  logistic  support  resource  requirements,  or 
enhance  readiness.  The  Contractor  proposes  alternative  designs  and  participates  in  the 
development  of  alternative  approaches  to  optimize  and  simplify  tasks  or  to  bring  task 
requirements  within  acceptable  levels. 


Summary  of  Subtask  401.2.5  ICOMS: 


Inputs: 

Controls: 

Outputs: 

Mechanisms: 


Task  Analysis  from  Subtask  401.2.1,  Supportability  Design  Goals 
from  Task  205,  Engineering  Drawings. 

MIL-STD-470,  MrL-STD-785,  MIL-STD-1629,  MIL-STD-882. 
Alternative  Design  Approaches. 

Contractor  (Logistics  Engineer). 


LSA  Subtask  401.2.6  -  Develop  Management  Plan.  In  this  subtask,  based  on  the  new  or 
critical  logistic  support  resources,  a  logistics  engineer  determines  the  management  actions 
that  can  minimize  the  risks  associated  with  each  new  critical  resource.  These  actions  can 
include  developing  detailed  tracking  procedures,  or  schedule  and  budget  modifications. 


Summary  of  Subtask  401.2.6  ICOMS: 

Inputs:  Trade  Study  from  Task  303,  Task  Analysis  from  Subtask  401.2.1, 

Alternative  Design  Approaches  from  Subtask  401.2.5,  Identifica¬ 
tion  of  New  Resources  from  Subtask  401.2.3. 

Controls: 

Outputs:  Identification  of  Actions  to  Minimize  Risks. 

Mechanisms:  Contractor. 


LSA  Subtask  401.2.7  -  Perform  Transportability  Analysis.  In  this  subtask  the  Contractor 
conducts  a  transportability  analysis  on  the  system/equipment  and  participates  in  the  devel¬ 
opment  of  design  alternatives  as  transportability  problem  areas  are  identified. 
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Summary  of  Subtask  401.2.6  ICOMS: 


Inputs; 


Controls: 

Outputs: 

Mechanisms: 


Task  Analysis  from  Subtask  401.2.1,  Supplemental  Documenta¬ 
tion  Required,  Resources  Available,  Trade  Study  from  Task  303, 
Alternative  Design  Approaches  from  Subtask  401.2.5. 
MIL-STD-1367,  MIL-STD-470,  MIL-STD-785,  MIL-STD-882. 
LSAR  Record  J. 

Contractor. 


LSA  Subtask  401.2.8  -  Identify  Provisioning  Requirements.  In  this  subtask,  for  those 
support  resources  requiring  initial  provisioning,  the  Contractor  documents  the  provision¬ 
ing  technical  documentation  in  the  LSAR. 


Summary  of  Subtask  401.2.8  ICOMS: 


Inputs: 


Controls: 

Outputs: 

Mechanisms: 


Task  Analysis  from  Subtask  401.2.1,  Engineering  Drawings,  Al¬ 
ternative  Design  Approaches  from  Subtask  401.2.5,  Schedule  and 
Budget. 

MIL-STD-785,  MIL-STD-2073,  MIL-STD-1561,  MrL-STD-882. 
LSAR  Records  H,  HI. 

Contractor. 


LSA  Subtask  401.2.9  -  Perform  Validation.  In  this  subtask  the  Contractor  validates  the 
key  information  documented  in  the  LSAR  through  performance  of  operations  and  mainte¬ 
nance  tasks  on  prototype  equipment.  This  validation  is  conducted  using  the  procedures 
and  resources  identified  during  the  performance  of  Subtask  401.2.1.  Updates  are  made 
where  required.  Validation  requirements  are  coordinated  with  other  system  engineering 
demonstrations  and  tests  (for  example,  maintainability  demonstrations,  reliability  and  du¬ 
rability  tests)  to  optimize  validation  time  and  requirements. 


Summary  of  Subtask  401.2.9  ICOMS: 


Inputs: 

Controls: 

Outputs: 

Mechanisms: 


LSAR,  Changes  to  LSAR,  LSAR  Updates  from  Subtask  401.2.11. 
MrL-STD-470,  MIL-STD-785,  MIL-STD-1629,  MIL-STD-2073, 
MIL-STD-1561,  MIL-STD-882. 

LSAR  Records  (All). 

Contractor. 


LSA  Subtask  401.2.10  -  Document  ILS  Output  Products.  In  this  subtask  the  Contractor 
prepares  output  summaries  and  reports  to  satisfy  ILS  documentation  requirements  speci¬ 
fied  by  the  requiring  authority.  These  requirements  include  all  pertinent  data  contained  in 
the  LSAR  at  the  time  of  preparation. 

Summary  of  Subtask  401.2.10  ICOMS: 

Inputs;  Valid  LSAR,  Identification  of  Action  to  Minimize  Risks.  Supple¬ 

mental  Documentation  Required,  Identification  of  New  Resources 
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from  Subtask  Subtask  401.2.3,  Alternative  Design  Approaches 
from  Subtask  401.2.5,  Training  Requirements  from  Subtask 
401.2.4. 

Controls;  MIL-STD-470,  MIL-STD-785,  MIL-STD-1629,  MIL-STD-2073, 

MIL-STD-1561,  MIL-STD-882. 

Outputs:  (Complete)  LSAR  Records  (All),  Summary  Reports. 

Mechanisms:  Contractor. 

LSA  Subtask  401.2.11  -  Perform  LSAR  Updates.  In  this  subtask  the  Contractor  updates 
the  data  in  the  LSAR  as  improved  information  is  made  available  and  as  applicable  input 
data  from  other  systems  engineering  programs  is  updated. 

Summary  of  Subtask  401.2.11  ICOMS: 

Inputs:  LSAR,  Changes  to  LSAR. 

Controls:  MIL-STD-470,  MIL-STD-785,  MIL-STD-1629,  MIL-STD-20'73, 

MIL-STD-1561,  MIL-STD-882. 

Outputs:  LSAR  Records  (All). 

Mechanisms;  Contractor 

A.9.2  LSA  Task  402  -  Early  Fielding  Analysis  -  IDEFq  Node  402 

Node  402  on  page  A-69  presents  the  tasks  necessary  to  assure  effective  fielding  of  the 
new  system  with  all  required  resources.  Within  Task  402  there  are  five  major  subtasks 
which  are  discussed  below. 

LSA  Subtask  402.2.1  -  Identify  New  System  Impact.  In  this  subtask  the  Contractor 
assesses  the  impact  of  the  new  system/equipment  on  existing  weapon,  supply,  mainte¬ 
nance,  and  transportation  systems.  This  assessment  examines  the  impacts  on  depot 
workload  and  scheduling,  provisioning  and  inventory  factors,  automatic  test  equipment 
availability  and  capability,  manpower  and  personnel  factors,  training  programs  and  re¬ 
quirements,  POL  requirements,  and  transportation  systems.  It  also  identifies  changes 
required  to  support  existing  weapon  systems  as  a  result  of  new  system/equipment  require¬ 
ments. 

Summary  of  Subtask  402.2.1  ICOMS: 

Inputs:  LSAR,  Trade  Study  from  Task  303,  Task  Analysis  from  Task 

401. 

Controls: 

Outputs:  New  System  Impact  Report. 

Mechanisms:  Contractor. 

LSA  Subtask  402.2.2  -  Determine  Sources  of  Manpower  and  Personnel  Skills.  In  this 
subtask  the  Contractor  is  responsible  for  analyzing  existing  manpower  and  personnel 
sources  to  determine  the  required  manpower  and  personnel  sources  for  the  new  system/ 
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equipment.  The  Contractor  also  determines  the  impact  of  using  the  identified  manpower 
and  personnel  sources  on  existing  operational  systems. 

Summary  of  Subtask  402.2.2  ICOMS: 

Inputs:  Existing  and  Planned  Manpower  and  Personnel  Skills,  New  Sys¬ 

tem  Impact  Report  from  Subtask  402.2.1. 

Controls: 

Outputs:  Personnel  Impact  Report. 

Mechanisms:  Contractor. 

LSA  Subtask  402.2.3  -  Determine  Impact  of  Resources  Shortfalls.  In  this  subtask  the 
Contractor  is  responsible  for  assessing  the  impact  of  failing  to  obtain  the  required  logistic 
support  resources  in  the  quantities  required  on  system/equipment  readiness.  The  analyses 
performed  under  Task  303  are  not  duplicated. 

Summary  of  Subtask  402.2.3  ICOMS: 

Inputs:  New  System  Impact  Report  from  Subtask  401.2.1,  Capabilities 

and  Requirements  of  Existing  and  Planned  Systems. 

Controls: 

Outputs:  System  and  Equipment  Readiness  Report. 

Mechanisms:  Contractor. 

LSA  Subtask  402.2.4  -  Determine  Combat  LSR  Requirements.  In  this  subtask  the  Con¬ 
tractor  is  responsible  for  conducting  survivability  analyses  to  determine  changes  in  logistic 
resource  requirements  based  on  combat  usage.  Combat  usage  encompasses  threat  assess¬ 
ments,  projected  combat  scenarios,  system/equipment  vulnerability,  battle  damage  repair 
capabilities,  and  component  essentials  in  combat.  The  purpose  of  these  analyses  is  to 
identify  and  document  recommended  combat  logistic  support  resources  (for  example, 
combat  supply  support  stockage  lists)  and  sources  to  satisfy  the  requirements.  The  analy¬ 
ses  performed  under  Task  303  are  not  duplicated. 

Summary  of  Subtask  402.2.4  ICOMS: 

Inputs:  Combat  Scenarios,  New  System  Impact  Report  from  Subtask 

402.2.1. 

Controls: 

Outputs:  Combat  LSR  Requirements. 

Mechanisms:  Contractor. 

LSA  Subtask  402.2.5  -  Plan  for  Problem  Resolution.  In  this  subtask  the  Contractor  is 

responsible  for  developing  plans  to  resolve  problems  identified  in  the  assessments  and 
analyses  conducted  in  the  preceding  tasks  for  this  node. 

Summary  of  Subtask  402.2.5  ICOMS: 

Inputs:  Combat  LSR  Requirements  from  Subtask  402.2.4,  New  System 

Impact  Report  from  402.2.1,  Personnel  Impact  Report  from  Sub- 
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Controls: 

Outputs: 

Mechanisms: 


task  402.2.2,  System/Equipment  Readiness  Report  from  Subtask 
402.2.3. 

DI-S-7118. 

Early  Fielding  Analysis  Report. 

Contractor. 


A.9.3  LSA  Task  403  -  Post  Production  Support  Plan  -  IDEFq  Node  403 

Node  403  on  page  A-72  presents  the  tasks  necessary  to  analyze  life  cycle  support  require¬ 
ments  of  the  new  system/equipment  prior  to  closing  the  production  lines.  This  analysis 
ensures  that  adequate  logistic  support  resources  will  be  available  during  the  remaining  life 
of  the  system/equipment.  Within  Task  403  there  is  one  subtask  that  is  discussed  below. 


LSA  Subtask  403.2.1  -  Perform  Post  Production  Support  Analysis.  In  this  subtask  the 
Contractor  is  responsible  for  assessing  the  useful  life  of  the  system/equipment.  The  Con¬ 
tractor  is  responsible  for  identifying  system/equipment  support  items  that  will  present 
potential  problems  due  to  inadequate  sources  of  supply  after  production  line  shutdown 
This  task  series  develops  and  analyzes  alternative  solutions  for  anticipated  support  diffi¬ 
culties  during  the  remaining  life  of  the  system/equipment.  A  plan  is  developed  that  as¬ 
sures  effective  support  during  the  remaining  life  of  the  system  along  with  the  estimated 
funding  requirements  to  implement  the  plan.  This  plan  address  manufacturing,  repair 
centers,  data  modifications,  supply  management,  and  configuration  management. 


Summary  of  Subtask  403.2.1  ICOMS: 


Inputs: 


Controls: 

Outputs: 

Mechanisms: 


Planned  Product  Improvements,  Early  Fielding  Analysis  Report 
from  Task  402,  Expected  Lifetime  of  System/Equipment  from 
LSAR,  Reliability  and  Maintainability  Data  from  LSAR  (Task 
401),  Supply  and  Consumption  Data  from  LSAR  (Task  401), 
Costs  for  In-house  and  Contractor  Repair,  Engineering  Data. 
DI-P-7119. 

DI-P-7119  (Post  Production  Support  Plan). 

Contractor. 


A.  10  LSA  TASK  500  SERIES  -  SUPPORTABILITY  ASSESSMENT  -  IDEFq  NODE 
500 

Node  500  on  page  A-73  presents  an  IDEFq  model  of  the  tasks  necessary  to  determine 
whether  the  support  plan  and  resources  that  have  been  established  for  acquisition  and 
operation  post  Program  Management  Responsibility  Transfer  (PMRT)  are  adequate.  The 
Assessment  Report  indicates  the  need  for  improvement.  This  is  an  ongoing  process  for 
the  life  of  the  new  system/equipment. 
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_ 403 _  Post  Production  Support  Plan  / 


LSA  Task  501  -  Support  ability  Test,  Evaluation,  And  Verification 

This  task  is  designed  to:  assess  the  achievement  of  specified  supportability  requirements; 
identify  reasons  for  deviations  from  projections;  and  recommend  changes  to  correct  defi¬ 
ciencies  and  improve  system  readiness. 

Subtask  501.2.1  (T&E  Strategy)  is  usually  initiated  during  CEP.  Establishment  of  T&E 
program  objectives  and  criteria  (Subtask  501.2.2)  and  updates/corrective  actions  (Subtask 
501.2.3)  are  usually  applicable  during  D&V  and  FSD.  Subtasks  501.2.4  and  501.2.5, 
which  involve  post  deployment  supportability  assessment,  are  only  applicable  during  FSD 
and  PROD,  respectively. 


Summary  of  Subtask  501  ICOMS: 


Inputs: 

Controls: 

Outputs: 

Mechanisms: 


LSAR,  System  Design  Trade  Study  Report,  Supponability  Cost 
and  Readiness  Drivers  and  Constraints,  Lessons  Learned. 
DI-S-7120,  DI-S-7121. 

Supportability  Assessment  Plan/Report,  LSAR. 

Contractor. 


A.10.1  LSA  Task  501  -  Supportability,  Test,  Evaluation,  and  Verification  -  IDEFq  Node 
501 

Node  501  on  page  A-75  presents  the  tasks  necessary  to  produce  a  Supportability  Assess¬ 
ment  Plan.  As  part  of  the  formal  test  and  evaluation  (T&E)  program,  this  task:  formu¬ 
lates  T&E  strategy  for  input  into  system  T&E  plans;  establishes  T&E  program  objectives 
and  criteria;  identifies  test  resources,  procedures  and  schedules  required  to  meet  the  ob¬ 
jectives  for  inclusion  in  the  TEMP;  and  analyzes  T&E  results,  develops  corrective  actions, 
and  updates  the  support  plan  and  LSAR.  After  deployment,  supportability  assessment  is 
made  by  analysing  operational  rr.aintenance  and  supply  data  on  the  new  system  in  its 
operational  environment.  Corrective  action  is  taken  as  required.  Within  Task  501  there 
are  five  subtasks  that  are  identified  and  discussed  below. 

LSA  Subtask  501.2.1  -  Develop  Test  And  Evaluation  Strategy.  In  this  subtask  the  Con¬ 
tractor  formulates  a  test  and  evaluation  strategy  to  assure  that  specified  supportability  and 
supportability  related  design  requirements  are  achieved,  or  achievable,  for  input  into  sys¬ 
tem  test  and  evaluation  plans.  The  test  and  evaluation  strategy  formulated  is  based  on 
quantified  supportability  requirements  for  the  new  system/equipm.ent,;  the  supportability, 
cost,  and  readiness  drivers;  and  supportability  issues  with  a  high  degree  of  risk  associated 
with  ;hem.  Tradeoffs  are  conducted  between  the  planned  test  length  and  cost  end  the 
statistical  risks  incurred.  Potential  test  program  limitations  in  verifying  supportabiliiv 
objectives  are  dc.  umented. 

Summary  of  Subtask  501.2.1  ICOMS: 

inputs:  Trade  Study  fror.'.  Task  303.  Supportability  Design  Factors  from 

Task  2.05.  Previous  Test  E.xperience,  Supp  tability  Cost  and 
Readiness  Drivers  from  Task  203. 
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Supportability,  Test,  Ev  'luation  &  Verification 


Controls: 

Outputs:  Supportability  Test  and  Evaluation  Strategy. 

Mechanisms:  Contractor. 

LSA  Subtask  501.2.2  -  Determine  Objectives  and  Criteria.  In  this  subtask  the  Contrac¬ 
tor  establishes  and  documents  test  and  evaluation  program  objectives  and  criteria  and 
identifies  test  resources,  procedures,  and  schedules  to  be  included  in  the  coordinated  test 
program  and  test  and  evaluation  plans.  The  objectives  and  criteria  established  provide 
the  basis  for  assuring  that  critical  supportability  issues  and  requirements  have  been  re¬ 
solved. 

Summary  of  Subtask  501.2.2  ICOMS: 

Inputs:  Supportability  Test  and  Evaluation  Strategy  from  Subtask 

501.2.1,  Supportability  Cost  and  Readiness  Drivers  from  Task 
203. 

Controls: 

Outputs:  Test  and  Evaluation  Objectives  and  Criteria. 

Mechanisms:  Contractor. 

LSA  Subtask  501.2.3  -  Perform  Update  and  Corrective  Actions.  In  this  subtask  the 
Contractor  analyzes  the  test  results  and  assesses  the  achievement  of  specified  suppor¬ 
tability  requirements  for  the  new  system/equipment.  The  extent  of  improvements  re¬ 
quired  in  supportability  and  supportability  related  design  parameters  so  that  the  system/ 
equipment  meets  established  goals  and  thresholds  is  determined.  Areas  where  estab¬ 
lished  goals  or  thresholds  have  not  been  demonstrated  within  acceptable  confidence  levels 
are  identified.  Analyses  performed  in  Task  303  are  not  duplicated.  The  Contractor 
develops  corrections  for  supportability  problems  uncovered  during  test  and  evak  tion. 
These  can  include  modifications  to  hardware,  software,  support  plans,  logistic  support 
resources,  or  operational  tactics.  The  documented  support  plan  and  logistic  support  re¬ 
source  requirements  contained  in  the  LSAR  and  LSAR  output  reports  are  updated  based 
on  the  test  results.  The  effects  of  these  updates  on  the  projected  costs,  readiness,  and 
logistic  support  resource  parameters  for  the  new  system/equipment  are  quantified. 

Summary  of  Subtask  501.2.3  ICOMS: 

Inputs:  Supportability  Assessment  Report  from  Subtask  501.2.5.  LS.AR. 

Lessons  Learned.  Test  Results,  Supportability  Cost  ana  Readiness 
Drivers  from  Task  203. 

C’ontrols: 

Outputs:  Updated  LSAR  and  Other  Systems. 

Mechanisms:  Contractor. 

LSA  Subtask  501.2.4  -  Develop  Supportability  Assessment  Plan.  In  this  subtask  the 
Contractor  analyzes  standard  reporting  systems  to  determine  the  amount  and  accuracv  of 
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suppoitability  information  obtained  from  the  new  system/equipment  in  its  operational 
environment.  To  accomplish  this,  the  Contractor:  (1)  identifies  any  shortfalls  in  measur¬ 
ing  accomplishment  against  the  supportability  goals  established  for  the  new  system/equip¬ 
ment,  or  in  verifying  supportability  factors  which  were  not  tested  during  the  acquisition 
phases  of  the  item’s  life  cycle;  (2)  develops  viable  plans  for  obtaining  required  suppor¬ 
tability  data  from  the  field  which  will  not  be  obtained  through  standard  reporting  systems; 
(3)  conducts  tradeoff  analyses  between  cost,  time  required  for  data  collection,  number  of 
operational  units  in  which  to  collect  data,  and  statistical  accuracy  to  identify  the  best  data 
collection  plan;  (4)  documents  specific  categories  in  the  data  collection  plan  including 
cost,  duration,  method  of  data  collection,  operational  units,  predicted  accuracy,  and  in¬ 
tended  use  of  the  data. 


Summary  of  Subtask  501.2.4  ICOMS: 


Inputs: 


Controls: 

Outputs: 

Mechanisms: 


Standard  Reporting  Systems  (e.g..  Reliability  And  Maintainability 
Information  System  (REMIS),  Comprehensive  Automated  Mainte¬ 
nance  System  (CAMS),  DMMIS),  Combat  Scenarios,  Suppor¬ 
tability  Cost  and  Readiness  Drivers  from  Task  203. 

DI-S-7120. 

Supportability  Assessment  Plan. 

Contractor. 


LSA  Subtask  501.2.5  -  Develop  Supportability  Assessment  Report.  In  this  subtask  the 
Contractor  analyzes  supportability  data  as  it  becomes  available  from  standard  supply, 
maintenance,  and  readiness  reporting  systems.  Achievement  of  the  goals  and  thresholds 
established  for  the  new  system/equipment  are  verified.  In  those  cases  where  operational 
results  deviate  from  projections,  the  causes  are  determined  and  corrective  actions  initi¬ 
ated  Feedback  information  is  analyzed  and  areas  where  improvements  can  be  cost  effec¬ 
tively  accomplished  are  identified.  Recommended  improvements  are  documented. 


Summary  of  Subtask  501.2.5  ICOMS: 


Inputs. 


Controls: 

Outputs: 

Mechanisms: 


Supportability  Assessment  Plan  from  Subtask  501.2.4,  Suppor¬ 
tability  Test  and  Evaluation  Strategy  from  Subtask  501.2.1.  Sup¬ 
portability  Operational  Data,  Test,  and  Evaluation  Objectives  and 
Criteria  from  Subtask  501.2.2. 

Dl-S-7121. 

Supportability  Assessment  Report. 

Contractor. 
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APPENDIX  B 

DATA  FLOW  DIAGRAMS  OF  THE  SUPPORT 
PLANNING  PROCESS 


B.l  INTRODUCTION 

Support  planning  is  a  weapon  system  acquisition  process  within  the  Air  Force  that  ad¬ 
dresses  and  documents  the  support  requirements  for  the  weapon  system.  The  process 
describes  how  support  planning  is  managed,  support  requirements  analyzed,  and  require¬ 
ments  validated.  Support  planning  activities  are  performed  primarily  by  the  System  Pro¬ 
gram  Office  (SPO)  and  the  Contractor.  These  activities  encompass  the  Integrated  Logis¬ 
tic  Support  (DLS)  elements  defined  in  APR  800-8  and  how  they  interface  with  Logistic 
Support  Analysis  (LSA).  The  LSA  process  is  governed  by  MDL-STD- 1388-1  A,  and  is 
described  in  Volume  1  of  this  report.  In  addition,  support  planning  activities  include  the 
contractual  activities  undertaken  by  the  Air  Force  to  acquire  the  necessary  data  for  sup¬ 
port  of  the  weapon  system,  and  delivery  of  that  data  to  the  end  users. 

The  existing  LSA  process  can  be  analyzed  in  two  ways.  The  functions  the  system  per¬ 
forms  and  the  mechanisms  by  which  these  are  done  are  analyzed  using  the  EDEFo  model 
(see  Appendix  A  of  this  volume).  The  flow  of  information  between  activities  and  external 
organizations  is  analyzed  using  data  flow  diagrams.  This  appendix  analyzes  the  suppon 
planning  process  using  data  flow  diagrams. 

In  analyzing  the  support  planning  process,  it  is  evident  that  there  is  no  typical  '•upport 
planning  case,  because  each  weapon  system  acquisition  is  different.  Although  there  are 
as  many  support  planning  processes  as  there  are  weapon  system  acquisitions,  this  is  not 
necessarily  undesirable.  Analysis  of  the  support  planning  process  in  this  document  is  an 
aggregate  of  various  weapon  system  acquisitions. 

This  appendix  contains  data  flow  diagrams  for  the  support  planning  process  that  help  to 
identify  the  major  organizations  involved  in  the  support  planning  process  and  their  rela¬ 
tionships  to  the  SPO  and  Contractor.  A  description  of  the  role  of  each  organization  is 
presented  in  Appendix  C  of  this  volume.  Appendix  B  also  contains  a  functional  node  tree 
preceding  the  data  flow  diagrams.  The  node  tree  diagram  hierarchically  depicts  the  de¬ 
composition  of  all  support  planning  activities  (in  contrast  to  the  flow'  of  information  be¬ 
tween  activities  and  external  organizations  or  entities  depicted  in  a  data  flow  diagram). 

In  these  data  flow  diagrams,  support  planning  is  defined  as  an  acquisition  process  only, 
encompassing  the  LSA  process  described  in  MTL-STD- 1388-1  A,  the  LSA  records 
(LSAR)  described  in  MTL-STD-1388-2A,  and  the  interface  between  the  LSA  process  and 
the  ILS  functions.  The  source  data  for  this  appendix  are  the  two  preceding  MlL-STDs.  a 
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number  of  other  Military  Standards,  Regulations,  DDDs,  and  interviews  with  Air  Force  and 
Contractor  personnel.  A  list  of  all  source  data  follows  Appendix  C. 

Analysis  of  the  support  planning  process  through  the  data  flow  diagrams  has  provided  a 
baseline  for  use  in  future  state  analysis.  In  addition  the  analysis  has  identified  several 
issues  relating  to  the  current  environment  of  LSA.  These  issues,  along  with  other  issues 
identified  elsewhere,  are  described  in  Volume  1,  Section  3  of  this  report. 

Section  2  of  this  Appendix  defines  the  Gane  and  Sarson  data  flow  diagram  conventions. 
Section  3  presents  an  overview  of  the  support  planning  process  through  the  functional 
node  tree.  The  data  flow  diagrams  for  each  support  planning  process  are  contained  in 
Section  4.  Section  5  contains  definitions  for  each  data  flow  in  a  data  dictionary.  Section 
6  lists  and  defines  the  support  planning  source  or  destination  data.  Section  7  defines  the 
places  where  the  data  is  stored  during  the  support  planning  process.  References  and 
points  of  contact  for  all  appendices  in  this  volume  follow  Appendix  C.  A  glossary  of 
acronyms  follows  the  Preface  to  this  volume. 

B.2  BACKGROUND 

The  Gane  and  Sarson  data  flow  diagramming  technique  is  used  to  illustrate  the  Support 
Planning  process  and  the  interfaces  between  LSA  and  ELS.  The  data  flow  diagrams  com¬ 
plement  the  IDEFo  models  of  Appendix  A  by  focusing  on  the  sources  and  destinations  of 
the  data  flow  both  within  the  Air  Force  and  between  the  Air  Force  and  the  Contractor. 

B.2.1  Symbol  Conventions 

Gane  and  Sarson  data  flow  diagrams  use  four  symbols  to  depic  the  data  flow:  an  external 
entity,  the  data  flow,  the  process  transforming  the  data  flow,  and  the  data  store. 

EXTERNAL  ENTITY 

.An  external  entity  is  a  logical  grouping  of  organizations  or  processes  that  represent  a 
source  or  destination  of  data.  An  external  entity  is  symbolized  by  two  squares  with 
double  line  thickness  superimposed  one  on  the  other.  The  entity  can  also  be  identi¬ 
fied  by  a  lower  cast  letter  in  the  upper  left-hand  corner  for  reference  (Figure  B-1). 
Designating  an  organization  or  process  as  an  external  entity  denotes  that  the  entity  is 
outside  the  boundary  of  the  process  being  considered. 
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An  external  entity  symbol  depicted  with  a  diagonal  line  in  the  lower  right  comer 
denotes  that  this  is  a  duplicate  external  entity.  Duplicate  symbols  are  used  to  avoid 
crossing  lines  in  the  diagram. 

PROCESS 

A  process  represents  an  activity  that  transforms  the  flow  of  data.  As  depicted  in  the 
functional  node  tree  diagram  (Figure  B-5),  each  process  is  hierarchically  decomposed 
from  the  support  planning  process.  Processes  are  symbolized  by  an  upright  rectangle 
with  rounded  corners,  divided  into  three  sections:  Identification,  Description  of  Func¬ 
tion,  and  Physical  Location  (Figure  B-2).  The  software  on  which  this  report  is  written 
is  unable  to  produce  rounded  corners,  therefore  a  rectangle  is  depicted  with  square 
corners  in  all  the  data  flow  diagrams. 
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RGURE  B-2.  PROCESS  SYMBOL 


Identification  is  a  number  that  identifies  the  process  and  is  sourced  from  the  func¬ 
tional  node  tree.  This  number  is  useful  when  cross  referencing  the  process  to  the 
functional  node  tree.  Description  of  Function  describes  the  actual  support  planning 
process.  Physical  Location  identifies  the  organizations  that  are  performing  the  above 
process. 

DATA  FLOW 


A  data  flow  is  depicted  by  an  arrow  and  is  often  accompanied  by  a  description  of  its 
contents  (Figure  B-3).  Definitions  of  all  data  flows  are  listed  in  the  data  dictionary  of 
this  appendix  (Section  B.5). 
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RGURE  B-3.  DATA  FLOW  SYMBOL 

As  the  data  flow  diagrams  are  decomposed,  the  data  flows  and  their  definitions  are 
also  decomposed  into  a  more  detailed  level.  Note  that  data  flows  consist  of  data  only 
and  not  physical  materials. 
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DATA  STORE 


During  analysis,  it  is  often  necessary  to  define  places  where  data  is  stored  between 
processes.  This  is  particularly  helpful  if  data  does  not  proceed  directly  from  one 
process  to  the  next,  or  if  the  next  process  uses  the  data  in  a  different  order.  A  data 
store  is  symbolized  by  a  pair  of  horizontal  lines  with  two  connecting  vertical  lines, 
which  form  a  box  on  the  left-hand  side,  and  an  open  ended  rectangle.  TTie  box 
contains  the  data  store  reference,  represented  by  the  letter  “D”,  followed  by  a  num¬ 
ber  (Figure  B-4).  The  data  store  numbering  scheme  refers  to  the  data  store  defini¬ 
tion  (listed  in  Section  B.7)  only,  and  does  not  represent  any  hierarchical  relationship. 
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FIGURE  B-4.  DATA  STORE  SYMBOL 

I  explanatory  text  accompanies  each  data  flow  diagram  to  further  explain  and  define  all 
'vmbols  used  in  the  diagram. 

B.3  FUNCTIONAL  NODE  TREE 

The  functional  node  tree  shown  in  Figure  B-5  is  a  decomposition  of  the  support  planning 
process.  The  node  tree  diagram  should  be  used  in  conjunction  with  the  data  flow  dia¬ 
grams  to  correlate  the  support  planning  processes  with  related  organizations  and  flows  of 
information.  Each  node  on  the  node  tree  diagram  is  expanded  into  a  data  flow  diagram 
containing  the  processes  indentured  to  it  on  the  node  tree  diagram.  Successive  levels  of 
decomposition  provide  more  detailed  identification  of  organizations  and  functions  until  all 
the  interfaces  of  LSA  with  the  ILS  elements  have  been  identified  and  analyzed. 

B.4  DATA  FLOW  DIAGRAMS 

This  section  provides  a  description  of  the  process,  external  entities,  and  primary  output 
for  each  support  planning  process,  and  lists  the  relevant  data  flows  and  data  stores.  Fol¬ 
lowing  the  process  description  is  a  data  flow  diagram.  Data  flows  are  defined  in  Section 
B.5,  external  entities  in  Section  B.6,  and  data  stores  in  Section  B.7. 

B.4.1  Perform  Support  Planning  -  Context  Level 

Support  planning  for  a  weapon  system  includes  the  LSA  activities  which  are  performed 
during  the  weapon  system  acquisition  phase  (pfe-PMRT),  and  the  ILS  interfaces  with  the 
LSA  process.  The  process  is  illustrated  in  th'-  Context  Support  Planning  data  flow  dia¬ 
gram  on  page  B-7. 

The  SPO.  representing  the  Air  Force  Systems  Command  (AFSC),  is  responsible  for  the 
overall  management  of  support  planning.  The  Contractor  is  responsible  for  performing 


B-5 


B-6 


m 

M 

cc<2 


«o5 

o  ®Q 


_ 

Q  ««iS 

g>e.Hs 

gw«2 

/ 


«a<«  ®  * 

.i|p§ 


«5 

c 

0-  c2  «•= 

Ll-  ®  Vj'>73 

cc  E2®$ 

i2°^5 


^  c  9- 


B-7 


System 

Designers 


most  of  the  analytical  tasks  within  the  support  planning  process.  Several  Air  Force  or- 
sanizations  also  provide  information  to  and  receive  information  from  the  support  plan¬ 
ning  process.  These  organizations  and  corresponding  data  flows  are  identified  in  the  Con¬ 
text  level  data  flow  diagram  as  .Air  Training  Command  (ATC),  Air  Force  Acquisition 
Logistics  Center  (AFALC),  Air  Logistics  Center  (ALC),  Requiring  Authority  (MAJCOM), 
and  .Air  Force  Operational  Test  and  Evaluation  Center  (AFOTEC).  The  role  of  each 
organization  is  summarized  below. 

•  .AFALC.  This  organization  assists  the  SPO  in  preparing  Requests  for  Proposal 
(RFPs)  to  acquire  the  proposed  weapon  system.  RFP  recommendations  include 
identifying  specific  Data  Item  Descriptions  (DIDs)  and  Contract  Data  Require¬ 
ments  Lists  (CDRLs)  to  put  on  contract.  To  reduce  the  overlap  in  DIDs  and 
CDRLs  on  contract,  NIIL-STD- 1388-1 A  is  tailored  by  the  AFALC  and  the 
SPO.  The  objective  is  to  avoid  buying  the  same  data  more  than  once  and  to 
ensure  that  all  required  data  is  acquired.  AFALC  also  assists  the  SPO  in  moni¬ 
toring  the  performance  of  the  Contractor  by  analyzing  support  data  produced 
by  the  Contractor  (contract  deliverables  specified  by  DIDs  and  CDRLs)  against 
Milestone  Review  Checklists  to  ensure  that  the  Contractor  is  properly  address¬ 
ing  suppon  requirements.  Contractors  are  not  allowed  to  continue  to  the  ne.xt 
acquisition  phase  unless  requirements  on  the  checklists  have  been  met. 

•  .AFOTEC.  This  organization  performs  system  testing  as  required  by  the  SPO  and 
according  to  the  Test  and  Evaluation  Master  Plan  (TEMP),  to  validate  support 
requirements.  The  TEMP  describes  the  type  and  amount  of  testing  to  be  con¬ 
ducted  before  each  system  life  cycle  milestone  and  the  resources  required  for 
such  tests.  Test  results  are  analyzed  by  the  SPO  and  the  Contractor  to  ensure 
that  all  system  requirements  are  met. 

•  ALC.  This  organization  assists  the  SPO  in  preparing  RFPs  and  tailoring  MIL- 
STDs.  ALCs  receive  the  results  of  the  depot  level  support  data  produced  by  the 
Contractor  from  the  SPO,  as  required  by  the  DIDs  and  CDRLs. 

•  ATC.  This  organization  sets  the  training  policy  to  be  implemented  by  the  SPO  to 
ensure  that  trained  personnel  are  available  to  operate  and  maintain  the  new 
weapon  system.  The  policy  varies  according  to  the  specifications  of  each 
weapon  system  but  always  identifies  types  of  training  courses  currently  avail¬ 
able.  as  well  as  current  and  projected  costs  of  training.  To  help  determine 
current  deficiencies  in  skill  levels/personnel.  Air  Training  Command  receives 
skill  requirements  identified  via  the  support  planning  process.  Additional  skill 
requirements  identified  by  the  Contractor  are  used  as  source  material  to  de¬ 
velop  additional  training  courses. 

•  Requiring  Authority.  This  organization  is  usually  the  Using  Command  (MAJ¬ 
COM).  It  develops  mission  and  functional  requirements  that  determine  system 
support  requirements  for  the  weapon  system  in  response  to  perceived  security 
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threats  The  Requiring  Authority  provides  the  SPO  with  a  listing  of  currently 
available  resources  that  may  be  allocated  for  use  on  the  new  weapon  system. 
Utilization  of  currently  available  resources  will  reduce  support  costs.  The  Re¬ 
quiring  Authority  receives  organizational  and  intermediate  level  support  data 
(DfDs  and  CDRLs)  produced  by  the  Contractor  from  the  SPO. 

•  System  Designers.  This  Contractor  group  is  the  source  of  engineering  drawings, 
associated  parts  lists,  and  reliability  and  maintainability  data.  Design  change 
requirements  and  recommendations  from  the  support  planning  process  are  sent 
to  the  system  designers.  During  the  support  planning  process,  the  design  is 
analyzed  for  supportability.  Design  analysis  outputs  are  requirements  and  rec¬ 
ommendations  for  design  changes  to  improve  supportability  and/or  reduce 
costs.  detailed  analysis  of  Product  Definition  Data,  analyzing  engineering 
drawings  and  associated  data,  has  been  undertaken  as  a  separate  module  of  the 
C.ALS  effort. 

LWr.A  FLOWS 

Available  Resources,  Depot  Level  Support  Data,  Design  Change  Recommendations,  De¬ 
sign  Change  Requirements,  Engineering  Drawings  and  Associated  Parts  Lists,  Milestone 
Review  Checklists,  Mission  &.  Functional  Requirements,  Organizational  &  Intermediate 
Level  Support  Data,  RFP  Recommendations,  Reliability  &  Maintainability  Data,  Results 
Evaluation.  Skill  Requirements,  Support  Data,  TEMP,  Test  Results,  Training  Policy, 
Training  Programs,  Training  Related  Support  Data. 

B.4.2  Node  0  -  Perform  Support  Planning 

The  support  planning  process  is  decomposed  into  three  functions:  Manage  Support  Plan¬ 
ning.  .Analyze  Support  Requirements,  and  Validate  Requirements.  This  decomposition  is 
shown  in  the  Node  0  data  flow  diagram  on  page  B-10  and  in  the  functional  node  tree 
diagram  (Figure  B-5). 

PROCESSES 

Manage  Support  Planning 

Management  of  the  support  planning  program  encompasses  all  of  the  surveillance,  con¬ 
trol.  and  planning  functions  associated  with  the  acquisition  of  a  weapon  system  to  ensure 
that  support  requirements  are  fulfilled.  These  functions  include  LSA  Tasks  101,  102,  and 
103.  Management  procedures  should  assure  continuing  assessment  of  analysis  results  and 
allow  for  design  and  LSA  program  changes  as  required.  Program  management  is  primar¬ 
ily  the  responsibility  of  the  SPO  through  the  (ILSM)  or  Deputy  Program  Manager  for 
Logistics  (DPML).  Contractors  are  encouraged  to  adopt  a  parallel  ILS  organization  to 
manage  contractual  activities. 
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The  primary  outputs  of  the  management  function  are  guidance  to  the  Contractor  (in  the 
form  of  design  change  requirements  and  supportability  requirements)  and  deliver}'  of 
required  support  data  (usually  m  the  form  of  DlDs  and  CDRLs)  to  Air  Training  Com¬ 
mand,  AF.ALC,  .A.FOTEC,  ALCs  and  the  Requiring  Authority  (MAJCOM)  All  support 
data  created  by  the  Contractor  is  routed  through  the  SPO  for  review  and  approval  before 
acceptance.  This  data  includes  LSAR  and  LSA  Reports  as  required  by  contract. 

Data  contained  in  the  .A  record  (Operations  And  Maintenance  Requirements)  are  devel¬ 
oped  to  identify  operation  and  maintenance  requirements  which  must  be  met  by  the  Con¬ 
tractor’s  weapon  system  design.  The  remaining  records  are  developed  by  the  weapon 
svstem  Contractor  and  identify  (in  quantitative  terms)  the  logistics  support  resources 
needed  to  maintain  the  fielded  system.  In  addition,  approximately  seventy  LS.AR  output 
reports  can  be  created  from  the  data  contained  in  the  LSAR. 

Anuly:e  Support  Requirements 

The  weapon  system  support  requirements  are  analyzed  from  a  supportability  standpoint  to 
determine  resource  requirements  of  the  new  weapon  system.  tLS  elements  analyzed  in¬ 
clude;  manpower,  reliability,  transportability,  facilities,  training,  support  equipment,  pro- 
Msioning,  technical  data,  computer  resources  support  and  maintainability.  This  analysis 
is  performed  by  the  Contractor  with  guidance  from  the  SPO.  using  the  system  designers 
and  the  SPO  for  the  source  data.  .As  support  requirements  are  analyzed,  design  change 
recommendations  are  formulated  to  improve  system  supportability  and/or  reduce  system 
life  cycle  cost.  Support  problems  are  reported  to  the  SPO  for  resolution.  Predicted  re¬ 
quirements  are  then  validated  by  the  Contractor  and  updated  as  necessary.  Timing  of 
support  requirements  analysis  is  extremely  important.  The  earlier  in  the  system’s  life 
cycle  that  design  is  analyzed  from  a  support  standpoint,  the  greater  the  opportunity  exists 
to  influence  design. 

The  primary  outputs  of  this  analysis  are  LSAR  and  LSA  Reports  as  required  by  contract. 
Validate  Requirements 

As  required  by  the  SPO  and  in  accordance  with  the  TEMP,  AFOTEC  conducts  formal 
testing  of  new  weapon  systems  to  assess  the  achievement  of  support  parameters  specified 
by  contract.  The  Contractor  analyzes  test  results  to  identify  discrepancies  between  pre¬ 
dicted  supportability  parameters,  as  detailed  in  the  LSAR  and  LSA  reports,  and  test  or 
field  observed  results,  reasons  for  the  discrepancies,  and  the  corrective  actions  required. 

The  primary  outputs  of  requirements  validation  are  the  Supportability  Assessment  Plan 
and  the  Supportability  .Assessment  Report. 

DATA  STORES 
DO]  LSAR 
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D02  LSA  Reports 
DATA  FLOWS 

All  Records,  Analysis  Reports,  A.,essment  Data,  Available  Resources,  Contract  Deliver¬ 
able,  Depot  Level  Support  Data,  Design  Change  Recommendations.  Design  Change  Re¬ 
quirements,  Engineering  Drawings  and  .Associated  Parts  Lists,  Guidance.  Milestone  Re¬ 
view  Checklists.  Mission  i;  Functional  Requirements,  Predicted  Data,  Organizational  &. 
Intermediate  Level  Support  Data,  Recommended  Changes.  Reliability  &  Maintainability 
Data,  Results  Evaluation.  REP  Recommendations,  Skill  Requirements,  Supponability 
Problems,  Supportability  Requirements,  Support  Data.  TEMP,  Test  Results.  Test  Strategy/ 
Criteria.  Training  Policy.  Training  Programs,  Training  Related  Support  Data.  Updated 
LSAR,  Updated  LSA  Reports 

B.4.3  Node  1  -  Manage  Support  Planning 

Manage  Support  Planning  is  decomposed  into  four  functions:  Develop  Plan.  Monitor  and 
f'ontrol.  Conduct  Formal  Reviews,  and  Initiate  Corrective  Action.  The  process  is  illus¬ 
trated  in  the  .Node  1  data  flow  diagram  on  page  B-13. 

PROCESSES 

Sode  i  i:  De'^elop  Plan 

Development  of  the  Program  Management  Plan  (PMP)  begins  during  concept  e.xploration 
and  is  analyzed  in  the  demonstration  and  validation  decision  at  Milestone  1.  Section  9  of 
the  PMP  is  the  Integrated  Logistics  Support  Plan  (ILSP).  Once  approved  the  ILSP  be¬ 
comes  the  directive  for  all  participating  organizations.  The  PMP  and  the  ILSP  are  both 
Air  Force  developed  and  maintained  documents.  The  ILSP  and  the  LSA  process  are  the 
basic  management  tools  of  the  DLS  program  for  integrating  support  elements  and  achiev¬ 
ing  program  objectives.  Integration  of  support  requirements  includes  both  time  phase  and 
ILS  element  coordination.  The  latter  rehes  primarily  on  the  LSA  process  for  success. 

,An  integral  part  of  the  planning  function  is  to  develop  contractual  requirements  for  ac¬ 
quiring  the  weapon  system.  The  SPO,  with  the  assistance  of  AFALC  and  the  ,ALCs. 
develops  RFPs  which  are  submitted  to  Contractors  bidding  on  the  contract.  CDRLs  (iden¬ 
tifying  the  appropriate  DIDs)  are  developed  to  ensure  that  all  necessary  support  data  is 
acquired  by  the  Air  Force.  This  analysis  is  crucial  to  ensure  that  the  necessary  data  is 
purchased  at  the  lowest  possible  cost. 

The  Contractor  develops  and  maintains  the  Integrated  Support  Plan  (ISP)  to  guide  the 
Contractor’s  ILS  program.  It  is  prepared  and  updated  as  required  to  comply  with  specific 
ILS  requirements,  and  approved  by  the  SPO.  The  Contractor  also  produces  and  main¬ 
tains  the  LSA  Plan  (LSAP).  This  plan  identifies  and  integrates  all  LSA  tasks,  identifies 
management  responsibilities  and  activities,  and  outlines  the  approach  to  accomplishing 
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analysis  tasks  to  meet  program  management  requirements.  The  LSAP  may  be  included  in 
rhe  Integrated  Support  Plan  (ISP).  Detailed  support  planning  begins  during  the  demon¬ 
stration  and  validation  phase.  Firm  support  requirements  are  established  during  the  Full 
Scale  Development  Phase. 

In  addition,  the  LSAP,  which  is  written  in  accordance  with  DID  DI-L-7017A,  will  include 
an  analysis  and  identification  of  data  interfaces  with  the  following  programs: 

•  System/Equipment  Design  Program 

•  System, Eiquipment  Reliability  Program 

•  System/Equipment  Maintainability  Program 

•  Human  Engineering  P.^sram 

•  Standardization  Program 

•  Parts  t„ontrol  Program 

•  System  Safety  Program 

•  Packaging,  Handling,  Storage,  and  Transportability  Program 

•  Initial  Provisioning  Program 

•  System/Equipment  Testability  Program 

•  Survivability  Program 

•  Training  and  Training  Equipment  Program 

•  Facilities  Program 

•  Support  Equipment  Program 

•  Test  and  Evaluation  Program 

Sode  12:  Monitor  and  Control 

The  SPO  and  the  Contractor  perform  the  monitor  and  control  function  of  the  support 
planning  process.  System  design  and  the  LSA  program  is  scrutinized  on  a  continuing 
basis  to  ensure  that  supportability  objectives  are  being  met.  Any  problems  identified  are 
recorded  and  corrective  action  initiated. 

Node  13:  Conduct  Formal  Reviews 

Formal  LSA  Program  reviews  are  scheduled  regularly,  to  ensure  that  LSA  is  an  integral 
part  of  the  design  process.  In  accordance  with  the  contract,  supportability  and  suppor¬ 
tability  related  design  requirements  are  an  integral  part  of  each  system/equipment  design 
review  (SDR),  preliminary  design  teview  (PDR),  and  critical  design  review  (CDR),  as 
specified  by  contract. 

LSAR  reviews  are  usually  scheduled  quarterly.  In  accordance  with  the  contract,  the  Con¬ 
tractor  is  required  to  submit  pertinent  data  for  review  (usually  30  days  prior  to  review^ 
meeting)  to  appropriate  Air  Force  personnel.  Depending  on  the  acquisition  program,  the 
■Air  Force  receives  LSAR  for  review  in  either  paper  form  (by  parcel  post)  or  on-line  data 
systems.  Air  Force  recipients  generally  include,  but  are  not  limited  to;  the  DPML,  repre- 


sentatives  of  the  Requiring  Authority  (MAJCOVr).  and  representatives  of  the  appropriate 
ALC.  Maintenance  personnel  participation  at  these  reviews  is  imperative  for  the  success 
and  accuracy  of  the  LSA  program.  LSAR  reviews  are  usually  held  at  the  Contractor’s 
site,  since  availability  to  design  engineers  for  each  piece  of  equipment  is  necessary. 
Engineering  drawings  and  associated  parts  lists  are  requested  during  reviews  to  properly 
check,  the  accuracy  of  the  records.  If  equipment  models  or  prototypes  are  available  at  the 
time  of  the  LSAR  review,  verification  of  data  accuracy  versus  available  hardware  is  ac¬ 
complished  at  this  time.  .Any  problems  with  the  data  are  recorded  in  meeting  minutes 
and  corrective  action  initiated. 

\ode  14:  Initiate  Corrective  Action 

Data  rejected  via  formal  reviews  or  during  general  m.onitoring  and  controlling  of  the 
program  must  be  corrected  by  the  Contractor.  Once  a  problem  has  been  identified,  the 
SPO  formulates  recommended  new  actions  lO  be  carried  out  by  the  Contractor.  Once  the 
..orrectoe  action  has  been  completed,  the  SPO  assesses  the  results  for  approval. 

DATA  STORES 

DOl  LSAR 

D02  LSA  Reports 

D03  Plans  and  Updates 

D04  Review  Procedures  and  Schedule 

DOS  .Accepted  LSAR 

D06  Accepted  LSA  Reports 

DATA  FLOWS 

Available  Resources,  Contract  Deliverable,  Depot  Level  Support  Data,  Design  Change 
Requirements,  Engineering  Drawings  and  Associated  Parts  Lists,  Guidance,  Milestone 
Review'  Checklists,  Mission  &  Eunctional  Requirements,  Organizational  &  Intermediate 
Level  Support  Data,  Plans/'Updates,  Program  Guidelines,  Recommended  Changes.  Rec¬ 
ommended  New  .Action,  Rejected  Data,  Review  Agenda,  Reliability  and  Maintainability- 
Data,  Review  Procedures  and  Schedule,  RFP  Recommendations,  Skill  Requirements,  Sup- 
portability  Problems.  Support  Data.  TEMP,  Test  Results,  Training  Policy,  Training  Pro¬ 
grams.  Training  Related  Support  Data,  Unresolved  Supportability  Problems,  Updates, 
Verified  Data. 

B.4.3.1  Node  11  -  Develop  Plan 

This  function  is  illustrated  in  the  Node  11  data  flow  diagram  on  page  B-16. 

PROCESSES 

111  Develop  Request  for  Proposal 
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112  Develop  Program  Management  Plan 

113  Develop  Integrated  Support  Plan 

DATA  STORES 

D03  Plans  and  Updates 

D04  Review  Procedures  and  Schedule 

r^r  /^Tirp 

Available  Resources,  CDRL's.  ILSP,  LSAP,  USA  Program  Guidance,  USA  Program  Re¬ 
quirements,  LS.A  Strategy,  Mission  &  Functional  Requirements.  Recommended  New  .Ac¬ 
tion.  Review  Procedures  and  Schedule.  RFP  Recommendations.  TEMP.  Training  Policy. 
Training  Programs. 

B.4.3.2  Node  12  -  .Monitor  .And  Control 

This  function  is  illustrated  in  the  Node  12  data  flow  diagram  on  page  B-18. 

PROCESSES 

121  Identify  Supportability  Deficiencies 

122  .Analyze  Supportability  \ersus  Program  Guidelines 

data  STORES 

D03  Plans  and  Updates 
DAT.^  FLOWS 

Milestone  Review  CheclJists,  Program  Guidelines,  Recognized  Deficiencies,  Recom¬ 
mended  Changes.  Resolved  Supportability  Problems,  Supportability  Problems.  Unresolved 
Supportability  Problems. 

B.4.3.3  Node  13  -  Conduct  Formal  Reviews 

This  function  is  illustrated  in  the  Node  13  data  flow  diagram  on  page  B-19. 

PROCESSES 

131  Prepare  Data  for  Review 

132  Identify  Review  Considerations 

133  Approve  Data 

134  Verify  Data  versus  Hardware  as  Required 

DATA  STORES 

DOl  USAR 
D02  USA  Reports 
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2  Monitor  and  Control 


Validate 

Requirements 
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D03  Review  Procedures  and  Schedule 

D04  Accepted  LSAR 

D05  Accepted  LSA  Reports 

data  flows 

\ppro^•ed  LSA  Data.  Contract  Deliverable,  Contract  Requirements.  Depot  Level  Support 
Data.  Design  Change  Requirements,  Disapproved  Data,  Engineering  Drawings  and  Asso¬ 
ciated  Parts  Lists,  L^.AR  LJs.A  Reports,  Organizational  and  Intermediate  Le\ei  Support 
Data,  Resolved  Supportahility  Problems.  Review  Agenda.  Skill  Requirements.  Support 
Data,  Test  Results,  Training  Related  Support  Data.  Unverified  Data,  \'crified  Data. 

B.4.3.4  Node  14  -  Initiate  Corrective  .\ction 

This  function  is  illustrated  in  the  Node  14  data  flow  diagram  on  page  B-21 
ROC  ESSES 

141  Analvze  Supportahility  and  Data  Deficiencies 

142  Analyze  Svstem  Design 

143  Update  Suppon  Data  as  Required 

144  Analyze  System  Requirements 

145  Develop  Alternative  Design  Approaches 

146  Develop  .Alternative  System  Requirements 

DATA  FLOWS 

Data  Updates,  Documentation  Inaccuracies.  Engineering  Drawings  and  Associated  Parts 
Lists,  Rejected  Data,  Reliability  and  Maintainability  Data,  Requirements  Implications, 
Supportahility  Implications.  System  Design  Deficiencies.  System  Design  Updates.  System 
Requirements  Deficiencies.  System  Requirements  Updates.  Unresolved  Supportahility 
Problems. 

B.4.4  Node  2  -  Analyze  Support  Requirements 

Analyze  Support  Requirements  is  decomposed  into  three  functions;  Identify  Supportability 
Recommendations.  Prepare  and  Evaluate  Alternatives,  and  Determine  Support  Resources. 
Process  components  are  illustrated  in  the  Node  2  data  flow  diagram,  on  page  B-22. 

PROCESSES 

Node  21:  Identify  Supportability  Recommendations 

Supportability  recommendations  are  developed  early  in  the  weapon  system  life  cycle  to 
influence  design  and  for  use  in  trade  off  studies.  Comparisons  with  e.xisting  systems  are 
analyzed  to  identify  supportability  constraints  and  opportunities  for  improvement.  The 
intended  use  of  the  weapon  system  is  defined  in  quantitative  terms.  Standardization 
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14  Initiate  Corrective  Action 


I 

I 

I 
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SPO/Cont 


2  ANALYZE  SUPPORT  REQUIREMENTS 


B  -22 


Eng  Owgs  A  Af.soc  Pans  Lisls/RAM  Data 


approaches  and  technological  oppor unities  are  identified,  and  supportability  require¬ 
ments  developed. 

.\ode  22:  Prepare  and  Evaluate  Alternatives 

These  tasks  identify  the  functional  requirements  of  the  weapon  system  designed  by  the 
Contractor.  Functional  requirements  of  alternative  support  :ystems  are  also  analyzed  and 
evaluated  to  optimize  supportability  at  the  lowest  possible  cost.  These  tasks  are  the  re¬ 
sponsibility  of  the  Contractor,  subject  to  SPO  approval. 

S’ode  23:  Determine  Support  Resources 

Using  task  analysis  the  logistic  support  resource  requirements  for  the  weapon  system’s 
operational  and  support  environment  are  identified  and  documented  in  the  LSAR  by  the 
Contractor's  Logistics  Engineering  staff.  During  the  analysis  principal  elements  of  ILS 
are  identified  in  quantifiable  terms.  Results  of  early  fielding  analyses  are  studied  to 
determine  impacts  on  existing  systems  and/or  equipment.  In  addition,  post  production 
'uppon  planning  is  conducted  to  ensure  adequate  life  cycle  support. 

DATA  STORES 

DOl  LSAR 
D02  LSA  Reports 

DATA  FLOWS 

A  Records,  Available  Resources,  B  through  J  Records.  C  through  J  Records.  Design 
Change  Recommendations,  Engineering  Drawings  and  Associated  Parts  Lists,  Functional 
Requirements.  Guidance.  Reliability  and  Maintainability  Data,  Recommended  Support 
Plan.  Support  Resources  Problems,  Support  Resources  Reports,  Support  Drivers,  Support 
System  Problems.  Support  Systems  Analysis,  Support  Systems  Reports,  Supponability 
Related  Design  Factors,  Tradeoff  Analysis,  Tradeoff  Results,  Trade  Study  Analysis,  Trade 
Study  Reports. 

B.4.4.1  Node  21  -  Identify  Supportability  Recommendations 

Identify  Supportability  Recommendations  is  decomposed  into  five  functions;  Perform  Use 
Study,  Develop  Flardware  and  Software  Standardization  Approach,  Perform  Comparative 
■Analysis,  Identify  Technological  Opportunities,  and  Define  Supportability  Related  Design 
Factors.  The  process  is  illustrated  in  the  Node  21  data  flow  diagram  on  page  B-24. 

PROCESSES 

Node  211:  Perform  Use  Study 

The  use  study  report  is  developed  by  the  Requiring  Authority  to  identify  support  factors 
relating  to  the  intended  use  of  the  proposed  system.  TTiese  support  factors  include: 
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number  of  systems  to  be  supported,  allowable  maintenance  periods,  operating  require¬ 
ments  (i.e.  use  rates),  and  environmental  requirements  (i.e.  climate  tolerances).  These 
factors  must  be  documented  in  quantifiable  terms  because  they  will  be  used  to  develop  a 
Baseline  Comparison  System  and  System/Design  Trade  Study  Reports. 

Sode  212:  Develop  Hardware  and  Software  Standardization  Approaches 

In  this  task  the  Contractor  defines  in  quantitative  terms  all  relevant  suppon  resources 
(e.xisting  and  planned)  which  can  be  allocated  to  the  new  system.  All  ELS  elements  are 
considered:  manpower  and  personnel;  maintenance  planning;  supply  support;  support  and 
test  equipment;  training  (skill  levels);  technical  data;  computer  resources;  facilities;  and 
packaging,  handling,  storage,  and  transportability  resources.  The  Contractor  recommends 
hardware  and  software  standardization  approaches  based  on  cost,  readiness,  or  suppor- 
tability  considerations.  The  Contractor  also  defines  supportability  related  design  con¬ 
straints  and  identifies  the  risks  associated  with  each  constraint. 

Sode  213:  Perform  Comparative  Analysis 

In  this  task  the  Contractor  develops  a  Baseline  Comparison  System  for  projecting  suppor- 
tability  parameters,  identifying  areas  for  improvement,  and  determining  the  suppor¬ 
tability,  cost,  and  readiness  drivers  of  the  new  system.  Comparisons  made  with  existing 
systems  are  analyzed  to  identify  risks  and  qualitative  supportability  problems  with  the  new 
system/equipment. 

S'ode  214:  Identify  Technological  Opportunities 

In  this  task  the  Contractor  identifies  technological  advancements  that  offer  opportunities 
to  improve  the  supportability  characteristics  and  requirements  of  the  new  system.  This 
analysis  establishes  the  recommended  design  objectives  and  identifies  the  risks  associated 
with  each  design  objective.  .As  the  system  design  progresses,  design  objectives  are  up¬ 
dated. 

S'ode  215:  Define  Supportability  Related  Design  Factors 

In  this  task  the  Contractor  quantifies  supportability  related  design  factors  for  each  alterna¬ 
tive  design  and  operational  concept.  As  new  system  alternatives  are  defined,  objectives 
for  supportability,  cost,  and  readiness  are  updated;  and  the  goals  and  thresholds  estab¬ 
lished. 

DATA  STORES 

DOl  LSAR 
D02  L,SA  Reports 

TP  AT  A  FLOWS 

A  Records,  BCS  Supportability,  Cost  and  Readiness  Drivers,  BCS  Supportability  Parame¬ 
ters,  Comparative  Analysis  Report,  Design  Objectives,  Engineering  Drawings  and  .Associ- 
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ated  Parts  Lists.  Hardware  and  Software  Standardization  Recommendations,  Hardware 
and  Software  Standardization  Related  Supportability  Characteristics,  Intended  Mission 
and  Use  Information.  Intended  Use  Information,  Non-Standard  Parts  Approval  Requests. 
Parts  Control  Reports,  Preferred  Parts  Lists,  Previous  Systems  Data,  Recommended  De¬ 
sign  Specifications,  Recommended  Support  System,  Reliability  and  Maintainability  Data. 
Supportability,  Cost,  and  Readiness  Drivers,  Supportability  Goals  and  Thresholds,  Sup- 
portability  Related  Design  Constraints,  Supportability  Related  Design  Factors,  Suppor- 
tability  Requirements,  System's  Intended  Application,  Technological  Opportunities  Re¬ 
port.  1  rade  Study  Reports,  Use  Related  Supportability  Factors.  Use  Related  Supportability 
Parameters,  Use  Study  Report. 

B. 4. 4. 1.1  Node  211  -  Perform  Use  Study 

This  function  is  illustrated  in  the  Node  211  data  flow  diagram  on  page  B-27. 
PROCESSES 

2111  Identify  Supportability  Factors 

2112  Identify  Quantitative  Factors 

2113  Conduct  Field  Visits 

2114  Prepare  Use  Study  Report 

DATA  STORES 

DOT  Use  Study  Report 
DATA  FLOWS 

Engineering  Drawings  and  Associated  Parts  Lists,  Field  Visit  Locations.  Field  Visit  Re¬ 
ports.  Intended  Mission  and  Use  Information,  Intended  Use  Information,  Qualitative  Sup¬ 
portability  Factors,  Quantified  Supportability  Factors.  Reliability  and  Maintainability 
Data.  System’s  Intended  Application,  Use  Related  Supportability  Factors.  Use  Study  Re¬ 
port. 

B. 4. 4. 1.2  Node  212  -  Develop  Hardware  and  Software  Standardization  Approaches 

This  function  is  illustrated  in  the  Node  212  data  flow  diagram  on  page  B-28. 
PROCESSES 

2121  Identify  Supportability  Constraints 

2122  Identify  Supportability  Characteristics 

2123  Develop  Recommended  Approaches 

2124  Identify  Standardization  Related  Risks 

DATA  STORES 

DOS  Parts  Control  Reports 

D09  System/Design  Trade  Study  Reports 


B-26 


B-27 


212  Develop  Hw.  &  Sw.  Std.  Approaches 
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Eng.  Dwgs  &  Assoc.  Parts  LIsts/R&M  Data 


DATA  FLOWS 


Engineering  Drawings  and  Associated  Parts  Lists,  Field  Visit  Reports,  Hardware  and  Soft¬ 
ware  Standardization  Recommendations,  Hardware  and  Software  Standardization  Related 
Supportability  Characteristics.  Hardware  and  Software  Standardization  Requirements.  In¬ 
tended  Use  Information.  Non-Standard  Parts  Approval  Requests.  Pans  Control  Repons. 
Preferred  Pans  Lists.  Reliability  and  Maintainability  Data,  Standardization  Approaches', 
Standardization  Constraints,  Standardization  Risks.  Supponability  Characteristics,  Sup- 
ponability  Constraints,  Tradeoff  Analysis. 

B. 4. 4. 1.3  Node  213  -  Perform  Comparative  Analysis 

This  function  is  illustrated  in  the  Node  213  data  flow  diagram  on  page  B-30. 
PROCESSES 

2131  Identify  Comparative  Systems 

2132  Develop  Baseline  Comparison  System 

2133  Identify  Comparative  System  Characteristics 

2134  Identify  Qualitative  Supponability  Problems 

2135  Determine  Supponability,  Cost,  and  Readiness  Drivers 

2136  Identify  Unique  System  Drivers 

2137  Identify  BCS  Risks  and  Assumptions 

DATA  STORES 

DIO  Comparative  Analysis  Repon 
DATA  FLOWS 

Baseline  Comparison  System,  BCS  Characteristics,  BCS  Risks  and  Assumptions,  BCS 
Supportability  Parameters,  Engineering  Drawings  and  Associated  Pans  Lists.  F.xisrif’g 
Comparable  Systems.  Previous  Systems  Data,  Qualitative  Supportability  Problems.  Reli¬ 
ability  and  Maintainability  Data,  Supportability,  Cost  and  Readiness  Drivers.  System's 
Intended  Application,  Unique  System  Drivers. 

B. 4. 4. 1.4  Node  214  -  Identify  Technological  Opportunities 

This  function  is  illustrated  in  the  Node  214  data  flow  diagram  on  page  B-31. 
PROCESSES 

2141  Establish  Design  Technology  Approaches 
21  12  Identify  Technology  Related  Risks 


B-29 


213  Perform  Comparative  Analysis 


214  Identify  Technological  Opportunities 
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Factors 


DATA  STORES 

Dll  Technological  Opportunities  Report 
DATA  FLOWS 

BCS  Supportability  Parameters.  Design  Objectives,  Design  Improvements,  Engineer¬ 
ing  Drawings  and  Associated  Pans  Lists,  Recommended  Design  Specifications,  Reli¬ 
ability  and  Maintainability  Data,  Technology  Advancements,  Technology  Related 
Risks. 

B. 4. 4. 1.5  Node  215  -  Identify  Supportability  Related  Design  Factors 

This  function  is  illustrated  in  the  Node  215  data  flow  diagram  on  page  B-33. 
PROCESSES 

215 Identify  Supportability  Characteristics 

2152  Establish  Supportability  Objectives  and  Identify  .Associated  Risks 

2153  Establish  SupportaL dity  Related  Design  Constraints 

2154  Identify  N.ATO  Constraints 

2155  Establish  Supportability  Goals  and  Thresholds 

DATA  STORES 

D09  System/Design  Trade  Study  Report 
D15  A  Records 

DATA  FLOWS 

Engineering  Drawings  and  Associated  Parts  Lists,  Hardware  and  Software  Standardiza¬ 
tion  Related  Supportability  Constraints,  NATO  Constraints,  Recommended  Design  Speci¬ 
fications.  Recommended  Support  System,  Reliability  and  Maintainability  Data.  Suppor¬ 
tability  Characteristics,  Supportability,  Cost  and  Readiness  Drivers,  Supportability  Goals 
and  Thresholds,  Supportability  Objectives  and  Risks,  Supportability  Related  Design  Con¬ 
straints. 

B.4.4.2  Node  22  -  Prepare  And  Evaluate  Alternatives 

Prepare  and  Evaluate  Alternatives  is  decomposed  into  three  functions:  Identify  Functional 
Requirements,  Identify  Support  System  Alternatives,  and  Evaluate  Alternatives.  The  proc¬ 
ess  is  illustrated  in  the  Node  22  data  flow  diagram  on  page  B-34. 
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22  Prepare  and  Evaluate  Alternatives 


PROCESSES 


Wide  221:  Identify-  Eunetionai  Requirements 

I'he  operations  and  support  lOikS)  functions  for  each  system  alternative  arc  identified  and 
anal\/tcd.  Risks  and  unique  functional  requirements  for  each  system  under  consideration 
are  identified.  The  results  of  failure  modes,  effects,  and  criticality  analysis  are  analyzed 
to  determine  corrective  maintenance  task  requirements.  Reliability  Centered  Maintenance 
!  RC'M)  analysis  is  used  to  identifv  necessary  preventative  maintenance  actions.  Design 
alternatives  are  identified  to  correct  design  deficiencies  uncovered  via  funct'onal  require¬ 
ment-,  analv-i-. 

\  \,'i'  _Cd.  Identif:  Surri'r:  S^\iem  Mternatnes 

Toe  t  d  ntractor  i-  re-nonsinle  tor  identifying  support  system  alternatives  to  he  evaluated 
■  r  •■■'.e  new  -v^tem  This  includes  performance  of  a  tradeoff  analysis,  and  determination 
:  ti'.e  Pest  sv-tem  to  re  vleveloped.  .Alternatives  must  satisfy  the  functional  requirements 
:  '.‘;e  new  sv^item  as  identified  above.  .Support  plans  for  evaluation  of  each  suppon 
-tern  alternative  a.re  documented  in  System./Design  Trade  Study  Reports. 

22 J:  E':uiULde  Adernair.es 

Alternative  >upport  sv stems  identified  above  are  evaluated  against  several  system  suppor- 
tability  criteria  to  optimize  cost,  schedule,  performance,  readiness,  and  supportabilitv. 

n-\TA  STORES 

DOl  l^S.AR 
iJi'C  l.S.A  Reports 

I  OTA  Ha)\VS 

Alternative  Svstem  s  l  uncnonal  Requirements,  B/C.T)  Records.  E.T.GTi/J  Records.  Engi¬ 
neering  Drawings  and  As'-ociated  Parts  Lists.  Evaluation  and  Tradeoff  Results.  FMEC.A 
Data.  f)perations  and  Maintenance  Task  Requirements,  Recommended  Design  .Alterna¬ 
tive'-.  Recommended  Support  Plan.  Recommended  Support  System.  Reliability  and  Main¬ 
tainability  Data.  Support  Aiternatives,  Supportability  Recommendations,  Supportabilitv 
Related  Desien  Con'^traints,  Supportabilitv  Related  Design  Factors.  System  Design  Trade 
Studv  Report 

B. 4. 4. 2.1  .Node  221  -  Identifv  Functional  Requirements 

Thi'-  function  is  illustrated  in  the  Node  221  data  flow  diagram  on  pace  B-3b. 


221  Identify  Functional  Requirements 
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PROCESSES 


2211  Identify  System  Functional  Requirements 

2212  Identify  Associated  Risks 

2213  Identify  Operations  and  Maintenance  Task  Requirements 

2214  Develop  Design  Alternatives 

DATA  STORES 

D09  System/Design  Trade  Study  Reports 
D16  B/C/D  Records 

DATA  FLOWS 

Alternative  Design  Concepts,  Alternative  System's  Functional  Requirements,  Engineering 
Drawings  and  .Associated  Parts  Lists.  FMECA  Data.  Functional  Requirements,  Functional 
Requirements  Risks.  Operations  and  Maintenance  Task  Requirements.  Recommended  De¬ 
sign  .Alternatives.  Reliability  and  Maintainability  Data.  Supportability  Recommendations. 

B.4.4.2.2  Node  222  -  Identify  Support  System  Alternatives 

This  function  is  illustrated  in  the  Node  222  data  flow  diagram  on  page  B-38. 
PROCESSES 

2221  Develop  Alternative  Support  Concepts 

2222  Develop  Alternative  Support  Plans 

2223  Identify  Risks  Associated  with  Each  Support  Alternative 

DATA  STORES 

D09  System/Design  Trade  Study  Report 
DATA  FLOWS 

Alternative  Support  Concepts,  Alternative  Support  Plans,  Alternative  System’s  Functional 
Requirements.  Engineering  Drawings  and  Associated  Parts  Lists,  Reliability  and  Maintain¬ 
ability  Data,  Support  Alternative  Risks,  Support  System  Risks,  Supportability  Related  De¬ 
sign  Constraints. 

B.4.4.2.3  Node  223  -  Evaluate  Alternatives 

This  function  is  illustrated  in  the  Node  223  data  flow  diagram  on  page  B-39. 

PROCESSES 

2231  Develop  Tradeoff  Criteria 

2232  Conduct  Support  Tradeoffs 

2233  Conduct  Sensitivity  Analysis 
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222  Identify  Support  System  Alternatives 


Allemabve  Support  Plans 
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DATA  STORES 


D09  System/Design  Trade  Study  Report 
D17  E/F/G/J  Records 

DATA  FLOWS 

Engineering  Drawings  and  Associated  Parts  Lists,  Recommended  Design  Alternatives. 
Recommended  Support  Plan,  Recommended  Suppon  System,  Reliability  and  Maintain¬ 
ability  Data,  Sensitivity  Analysis  Results,  Support  Alternatives,  Supportability  Related  De¬ 
sign  Factors,  Tradeoff  Criteria,  Tradeoff  Results 

B.4.4.3  Node  23  -  Determine  Support  Resources 

Determine  Support  Resources  is  decomposed  into  three  functions;  Perform  Task  Analysis, 
Perform  Early  Fielding  Analysis,  and  Perform  Post  Production  Support  Analysis.  The 
process  is  illustrated  in  the  Node  23  data  flow  diagram  on  page  B-41. 

PROCESSES 

Sode  221:  Perform  Task  Analysis 

The  Contractor  conducts  a  detailed  analysis  of  the  system’s  planned  function  and  design 
to  determine  procedural  steps  for  each  operational  and  maintenance  task.  All  ELS  ele¬ 
ments  are  analyzed  to  identify  the  logistics  support  resources  required  to  perform  each 
task.  Task  procedures,  including  the  identification  of  all  required  resources  (ILS  ele¬ 
ments),  are  documented  in  the  LSAR. 

\ode  232:  Perform  Early  Fielding  Analysis 

The  fielding  of  a  new  weapon  system  impacts  the  support  of  existing  weapon  systems.  In 
this  task  the  Contractor  assesses:  depot  workload  and  scheduling  changes,  provisioning 
factors,  support  equipment  availability,  manpower  and  personnel  factors,  training  require¬ 
ment  increases,  and  transportation  requirements.  This  analysis  also  defines  any  changes 
required  to  support  existing  systems  due  to  the  new  system  requirements. 

Node  233:  Perform  Post  Production  Support  Analysis 

The  Contractor  analyses  post  production  support  to  ensure  that  the  life  cycle  support 
requirements  of  the  new  system  will  be  met  prior  to  the  production  line  closing.  Items  of 
the  system  that  could  present  availability  problems  once  the  production  line  is  closed 
down  are  identified.  The  Post  Production  Support  Plan  ensures  effective  support  through¬ 
out  the  system’s  life  cycle  and  provides  the  estimated  funding  requirements  to  implement 
the  plan. 
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23  Determine  Support  Resources 
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Design  Change  Recommendations 


DATA  STORES 


DOl  LSAR 
D02  LSA  Reports 

DATA  FLOWS 

Available  Resources.  C  through  J  Records,  Design  Change  Recommendations,  Early 
Fielding  Analysis  Report.  Early  Fielding  Analysis  Results,  Engineering  Drawings  and  As¬ 
sociated  Parts  Lists,  Evaluation  and  Tradeoff  Results,  Operations  and  Maintenance  Task 
Requirements,  Post-Production  Support  Plan,  Recommended  Support  Plan,  Reliability 
and  Maintainability  Data.  Resource  Requirements,  Supportability  Related  Design  Factors, 
System  Utilization  Estimates,  System’s  Intended  Useful  Life,  System/Design  Trade  Study- 
Reports. 

B. 4. 4. 3.1  Node  23'  -  Perform  Task  Analysis 

This  function  is  illustrated  in  the  Node  231  data  flow  diagram  on  page  B-45. 
PROCESSES 

2311  Develop  Operations  and  Maintenance  Procedures 

2312  Identify  Logistic  Resource  Requirements 

DATA  STORES 

D18  C/D  Records 
D19  H  Records 
D20  G  Records 
D21  E  Records 
D22  F  Records 
D23  J  Records 

DATA  FLOWS 

Available  Resources.  Design  Change  Recommendations,  Engineering  Drawings  and  Asso¬ 
ciated  Parts  Lists,  Facilities  Requirements,  Manpower  Requirements,  Operations  and 
Maintenance  Task  Requirements,  Procedural  Task  Descriptions,  Provisioning  Require¬ 
ments,  Recommended  Support  Plan,  Reliability  and  Maintainability  Data,  Resources  Re¬ 
quired  per  Task,  Resource  Requirements,  Skill  Requirements,  Support  Equipment  Re¬ 
quirements,  Support  Resources  Problems,  Supportability  Related  Design  Factors,  System 
Utilization  Estimates.  Transportability  Requirements. 

B.4.4.3.2  Node  232  -  Perform  Early  Fielding  Analysis 

This  function  is  illustrated  in  the  Node  232  data  flow  diagram  on  page  B-44. 


231  Perform  Task  Analysis 
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232  Perform  Early  Fielding  Analysis 
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I 


Manpower  and  Personnel  Sources 


PROCESSES 

2321  Assess  Impact  On  Existing  Systems 

2322  .Analyze  Existing  Manpower  and  Personnel  Sources 

2323  Assess  Impact  On  System  of  Resource  Shortfalls 

2324  Conduct  Survivability  Analysis 

2325  Develop  Plans  For  Problem  Resolution 

DATA  STORES 

D12  Early  Fielding  Analysis  Report 
DATA  FLOWS 

Available  Resources.  Combat  Environment  Resource  Requirements,  Engineering  Draw¬ 
ings  and  Associated  Parts  Lists.  Evaluation  and  Tradeoff  Results,  Existing  System  Im¬ 
pacts.  .Manpower  and  Personnel  Sources,  Negative  Existing  System  Impacts.  Recom¬ 
mended  Solutions.  Reliability  and  Maintainability  Data,  Resource  Requirements,  System 
Readiness  Impacts. 

B.4.4.3.3  Node  233  -  Perform  Post  Production  Support  Analysis 

This  function  is  illustrated  in  the  Node  233  data  flow  diagram  on  page  B-46. 
PROCESSES 

2331  Identify  Production  Line  Dependent  Items 

2332  Develop  Alternative  Solutions  For  Production  Line  Dependent  Items 
DATA  STORES 

D13  Post  Production  Support  Plan 
DATA  FLOWS 

.Alternative  Support  Solutions,  Available  Resources,  Early  Fielding  Analysis  Results,  Engi¬ 
neering  Drawings  and  Associated  Parts  Lists,  Production  Line  Dependent  Items,  Reliabil¬ 
ity  and  Maintainability  Data,  System’s  Intended  Useful  Life. 

B.4.5  Node  3  -  Validate  Requirements 

Validate  Requirements  is  decomposed  into  four  functions:  Develop  Test  and  Evaluation 
Strategy,  Establish  Test  Objectives  and  Criteria,  Analyze  Test  Results  and  Initiate  Correc¬ 
tive  .Action.  The  process  is  illustrated  in  the  Node  3  data  flow  diagram  on  page  B-47. 
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PROCESSES 


S'ode  31:  Develop  Test  and  Evaluation  Strategy 

The  Contractor  develops  a  test  and  evaluation  strategy  to  ensure  that  specified  suppor- 
tability  and  supportability  related  design  requirements  are  met.  The  task  includes  trade¬ 
off  analysis  of  the  planned  test  length,  cost,  and  potential  risks  incurred.  Test  and  evalu¬ 
ation  results  from  similar  weapon  system  acquisitions  are  also  analyzed  to  take  advantage 
of  lessons  learned. 

Sode  32:  Establish  Test  Objectives  and  Criteria 

In  this  task,  the  Contractor  establishes  test  and  evaluation  program  objectives  and  criteria, 
and  identifies  test  resources,  procedures,  and  schedules.  Program  objectives  and  criteria 
are  identified  in  quantifiable  terms  to  facilitate  the  comparison  with  test  results  and  deter¬ 
mine  system  deficiencies. 

^odc  33:  Analyze  Test  Results 

The  Contractor  analyzes  test  results  against  predicted  data  to  determine  discrepancies, 
and  develops  the  Supportability  Assessment  Report.  The  report  assesses  supportability 
factors  measured  during  testing,  evaluates  deviations  between  predicted  and  tested  values 
for  logistics  resources  for  their  impact  on  cost  and  system  readiness,  and  identifies  sup¬ 
portability  and  data  deficiencies  for  required  changes. 

Sode  34:  Initiate  Corrective  Action 

The  Contractor’s  analysis  of  test  results  against  predicted  data  may  result  in  the  need  for 
updates  and  modifications  to  both  the  system  design  and  the  logistic  resource  require¬ 
ments.  The  Contractor  determines  the  necessary  improvements  to  the  system  in  terms  of 
readiness,  cost,  and  logistic  resource  requirements  and  updates  the  system  support  plan. 
LSA  Reports,  and  the  LSAR. 

DATA  STORES 

DOl  LSAR 
D02  LSA  Reports 

D14  Supportability  Assessment  Report 
DATA  FLOWS 

Engineering  Drawings  and  Associated  Parts  Lists,  LSA  Program  Guidance.  Predicted 
Data.  Recommended  Changes.  Reliability  and  Maintainability  Data,  Supportability  and 
Data  Deficiencies,  Supportability  Assessment  Report,  Supportability  Requirements.  Test 
and  Evaluation  Strategy,  Test  Objectives  and  Criteria,  Test  Results,  Updated  LSAR.  Up¬ 
dated  LSA  Reports. 
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B.5  DATA  FLOW  DICTIONARY 


This  section  defines  the  data  flows  identified  in  each  data  flow  diagram. 

A  Record(s): 

LSA  record  A  contains  operations  and  maintenance  requirements  for  the  system 
under  analysis.  These  requirements  are  normally  developed  by  the  Air  Force  and 
documented  in  the  LSAR  by  the  Contractor.  Data  fields  include  values  for  e.xpected 
number  of  systems  to  be  supported,  number  of  operating  locations,  and  annual 
utilization  rates  of  the  system. 

•All  Records: 

.All  LS.A  records  comprise;  A,  B,  Bl,  B2,  C,  D,  Dl.  E,  El,  E2.  F,  G.  H.  Hi.  and  J 
records,  as  defined  in  NUL-STD- 1388-2 A. 

■Alternative  Design  Concepts: 

Alternative  system  design  concepts,  developed  by  the  Contractor,  to  minimize  the 
system  requirements  based  on  the  functional  requirements  analysis.  The  concepts 
are  evaluated,  a  tradeoff  analysis  made,  and  the  best  system  for  development  identi¬ 
fied, 

.Alternative  Support  Concepts: 

Complete  system  level  descriptions  of  various  support  systems  addressing  each  ELS 
element,  developed  by  the  Contractor,  Alternative  support  concepts  are  developed 
to  address  the  functional  requirements  of  alternative  systems  under  consideration. 
The  concepts  are  evaluated,  a  tradeoff  analysis  made,  and  the  best  system  for  devel¬ 
opment  identified. 

•Alternative  Support  Plans: 

Detailed  descriptions  of  support  systems  covering  each  ELS  element  for  various  sys¬ 
tem  designs  under  consideration,  developed  by  the  Contractor.  Support  plans  cover 
lower  hardware  indenture  levels  and  provide  more  detail  of  maintenance  levels  than 
support  concepts. 

Alternative  Support  Solutions: 

Plans  that  ensure  availability  of  production  line  dependent  items  throughout  the 
system’s  intended  useful  life,  developed  by  the  Contractor.  Analysis  is  conducted  as 
part  of  post  production  suppon  analysis. 

Alternative  System’s  Functional  Requirements: 

The  operational  and  support  tasks  of  the  alternative  system  that  must  be  performed 
to  maintain  the  system  in  its  operational  environment.  Requirements  are  developed 
by  the  Contractor  and  are  based  on  the  alternative  design  concepts. 

.Analysis  Reports: 

Reports  include:  System/Design  Trade  Study  Reports,  Use  Study  Report.  Compara- 
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five  Analysis  Report,  Technological  Opportunities  Report,  Early  Fielding  .Analysis 
Report,  and  the  Post  Production  Support  Plan.  Each  of  these  repoas  are  contractor 
developed  and  subject  to  SPO  approval. 

Approved  LSA  Data: 

LSA  Reports  and  records  which  have  been  reviewed  by  appropriate  Air  Force  per¬ 
sonnel  and  determined  to  be  accurate. 

Assessment  Data: 

Data  collected  by  the  Contractor  during  requirements  validation  to  identify  the  ap¬ 
proach  and  criteria  used  for  ensuring  system  supportability.  See  the  entries  for 
Supportability  .Assessment  Plan  and  Supportability  .Assessment  Report  for  a  de¬ 
scription  of  the  two  reports  generated  from  the  assessment  data. 

.Available  Resources: 

Identification  of  all  currently  available  resources  in  the  possession  of  the  Requiring 
Authority  iM.AJCOM)  that  can  be  allocated  for  use  on  the  new  weapon  system. 
These  resources  include:  support  equipment,  bulk,  items,  tools,  spare  parts,  man¬ 
power  and  pe'^sonnel.  facilities,  technical  data,  and  computer  support.  Commonality 
with  currently  available  support  resources  is  desired  for  the  new  weapon  systems 
wherever  possible. 

Baseline  Comparison  System  (BCS): 

,An  e.xisting  weapon  system  or  a  composite  of  more  than  one  e.xisting  ststem  that  is 
useful  for  comparison  with  the  new  system  due  to  similarities  in  mission,  hardware, 
and  support. 

BCS  Characteristics: 

Distinguishing  traits  that  make  the  BCS  useful  for  comparison.  Examples  include 
similar  support  concepts,  hardware,  and  operating  conditions. 

BCS  Risks  and  .Assumptions: 

Risks  identified  and  assumptions  made  when  developing  the  BCS.  E.xamples  in¬ 
clude  a  low  degree  of  similarity  between  certain  aspects  of  the  new  system,  and  the 
BCS  or  data  integrity  problems  on  the  BCS. 

BCS  Supportability,  Cost,  and  Readiness  Drivers: 

Those  characteristics  of  the  BCS  that  have  the  greatest  effect  on  the  system's  sup¬ 
port  cost  and  availability. 

BCS  Supportability  Parameters: 

The  range  of  values  recorded  on  the  BCS  which  have  a  major  impact  on  system 
support. 

B/C/D  Records: 

During  the  identification  of  functional  requirements,  various  data  elements  of  the  B. 
C.  and  D  Records  are  developed  by  the  Contractor.  Functional  requirements  and 
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FMECA  data  a:e  used  to  identify  repairable  items  and  operations  and  maintenance 
task  requirements.  The  B  Record  is  used  to  document  the  item’s  function,  mainte¬ 
nance  concept,  reliability,  maintainability,  and  FMECA  data.  Operations  and  task 
requirements  are  identified  on  the  D  Record  and  summarized  on  the  C  Record. 

B  through  J  Records: 

The  data  elements  of  the  B  through  J  Records  developed  by  the  Contractor  as  a 
result  of  tradeoff  analysis.  Functional  requirements  are  documented  in  the  B,  C, 
and  D  Records  and  new  or  critical  support  items  are  documented  in  the  E,  F,  G,  H, 
and  J  Records.  Record  B  is  Item  Reliability  and  Maintainability  Characteristics, 
Record  C:  Operation  and  Maintenance  Task  Summary,  Record  D:  Operation  and 
Maintenance  Task  .A.nalysis,  Record  E:  Support  Equipment  or  Training  Materiel 
Description  and  Justification,  Record  F:  Facility  Description  and  Justification,  G 
record:  Skill  Evaluation  and  Justification,  Record  H:  Support  Items  Identification, 
and  Record  J:  Transportability  Engineering  Characteristics. 

Comparative  Analysis  Report: 

The  analysis  of  existing  systems,  or  composites  of  more  than  one  system,  by  the 
Contractor,  identifying  operating  and  support  costs,  logistic  resource  requirements, 
reliability  and  maintainability  values  of  comparable  system(s).  Supportability  prob¬ 
lems  on  comparative  systems  are  identified,  as  are  risks  and  assumptions  associated 
with  the  comparative  system(s).  Data  are  useful  for  comparison  with  the  new  system 
with  respect  to  hardware,  operational,  and/or  support  similarities.  The  report  also 
identifies  supportability,  cost,  and  readiness  drivers  for  the  new  system  based  on  the 
analysis  of  comparative  systems. 

C  through  J  Records: 

Data  elements  of  the  C  through  J  Records  developed  by  the  Contractor  as  a  result  of 
support  resources  analysis.  These  Records  are  used  to  record  logistics  resource 
requirements  of  the  system.  Record  C  is  Operation  and  Maintenance  Task  Sum¬ 
mary,  Record  D:  Operation  and  Maintenance  Task  Analysis,  Record  E:  Support 
Equipment  or  Training  Materiel  Description  and  Justification,  Record  F:  Facility' 
Description  and  Justification,  Record  G:  Skill  Evaluation  and  Justification.  Record 
H:  Support  Items  Identification,  and  Record  J:  Transportability  Engineering  Charac¬ 
teristics. 

CDRL’s  -  Contract  Data  Requirements  List: 

Lists  of  data  and  information  that  the  Contractor  is  obligated  to  deliver  to  the  Air 
Force. 

Combat  Environment  Resource  Requirements: 

The  logistics  resources  needed  to  support  and  operate  the  system  based  on  projected 
combat  scenarios,  system  vulnerability,  and  combat  usage. 


Contract  Deliverable: 

The  DIDs  and  CDRLs  (including  all  support  related  data)  the  Contractor  is  obligated 
to  deliver  to  the  SPO. 

Contract  Requirements: 

Data  and  information  that  the  Contractor  is  obligated  to  deliver  to  the  Air  Force. 
Data  Updates: 

After  Air  Force  review,  rejected  data  requires  corrective  action.  Inaccuracies  are 
identified  and  changes  made  to  correct  problems  in  documentation. 

Depot  Level  Support  Data: 

■All  information  required  to  support  the  system  at  the  ALC(s).  Each  ELS  element  is 
addressed  to  ensure  that  all  information  required  is  available. 

Design  Change  Recommendations: 

An  intra-contractor  flow  of  data.  As  logistics  engineers  analyze  support  require¬ 
ments.  supportability  related  issues  arise  based  on  the  system  design.  Problems 
identified  by  the  logistics  engineer  relating  to  system  design  must  be  brought  to  the 
attention  of  the  design  engineering  department  for  resolution. 

Design  Change  Requirements: 

Based  on  a  review  of  LSAR,  LSA  reports,  and  the  system  design,  the  changes  that 
the  SPO,  with  assistance  from  the  Requiring  Authority,  ALC,  and  AFALC,  require 
to  be  made  to  the  system  design  to  enhance  its  supportability.  If  there  are  no 
changes,  the  SPO  accepts  the  current  design  as  a  supportable  system. 

Design  Improvements: 

Identified  technological  advancements  that  may  be  used  in  the  new  system  to  en¬ 
hance  supportability,  increase  readiness,  and/or  reduce  logistic  resource  require¬ 
ments. 

Design  Objectives: 

Qualitative  or  quantitative  values  attributed  to  system  design,  representing  desirable 
performance  levels  based  upon  an  analysis  of  available  technology. 

Disapproved/Unverified  Data: 

Data  that  is  not  accepted  by  the  Air  Force  during  formal  LSA  reviews  requires 
corrective  action  to  be  taken.  Inaccuracies  may  result  from  design  updates  that  have 
not  been  incorporated,  changes  in  Air  Force  support  requirements,  or  when  Contrac¬ 
tor  and  Air  Force  personnel  verify  data  versus  hardware  when  available.  As  test 
results  become  available,  updates  may  be  required  to  the  LSA  data,  support  require¬ 
ments,  weapon  system  design,  or  a  combination  of  all  three. 

Documentation  Inaccuracies: 

Incorrect  data  contained  in  LSA  reports  or  LSAR  that  is  not  related  to  design  or 
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support  concept  changes.  Typographical  errors  are  an  example  of  documentation 
inaccuracies. 

Early  Fielding  Analysis  Results/Report: 

An  impact  assessment  of  the  new  system  introduction  on  other,  already  fielded, 
systems.  Supply,  maintenance,  and  transportation  system  impacts  are  assessed  and 
logistic  resource  requirements  for  a  combat  environment  identified. 

E/F/G/H/J  Records: 

The  new  or  critical  support  items  identified  by  the  Cont  ctor  as  a  result  of  tradeoff 
analysis.  Record  E  is  the  Support  Equipment  or  Training  Materiel  Description  and 
Justification,  Record  F;  Facility  Description  and  Justification,  Record  G;  Skill  Evalu¬ 
ation  and  Justification,  Record  H:  Support  Items  Identification  and  Record  J:  Trans¬ 
portability  Engineering  Characteristics. 

Engineering  Drawings  and  Associated  Parts  Lists: 

The  primary  source  data  to  the  support  planning  process.  The  data  depicts  the 
system  design  on  which  support  planning  is  performed.  Analysis  of  engineering 
drawings  and  associated  parts  lists  results  in  design  change  requirements  and  identi¬ 
fication  of  logistics  resource  requirements. 

Evaluation  and  Tradeoff  Results: 

Conclusions  which  optimize  supportability  as  a  product  of  analyzing  various  support 
options. 

Existing  Comparable  Systems: 

Currently  fielded  systems  similar  to  the  new  system,  that  are  useful  for  comparing 
support,  hardware,  and/or  operations. 

Existing  System  Impacts: 

Changes  imposed  on  currently  fielded  weapon,  supply,  maintenance,  and  transporta¬ 
tion  systems'  as  a  result  of  introducing  the  new  system  to  the  field. 

Facilities  Requirements: 

The  permanent  or  semi-permanent  real  property  assets  to  support  the  system. 

Field  Visit  Locations: 

Field  visit  locations  which  most  closely  represent  the  intended  operational  and  sup¬ 
port  environment  of  the  new  system. 

Field  Visits  Reports: 

Detailed  information  documented  in  the  Use  Study  on  system  supportability.  The 
report  is  developed  by  the  Contractor  when  investigating  the  operational  and  support 
locations  of  the  system. 

FMECA  Data 

The  FMECA  data  identifies  the  failure  modes  of  the  system,  the  possible  effects  of 


each  failure,  and  the  criticality  of  each  failure  to  mission  completion.  FMECA  data 
identifies  corrective  maintenance  requirements  of  the  system. 

Functional  Requirements: 

The  operational  and  support  tasks  that  must  be  performed  to  maintain  the  system  in 
its  operational  environment. 

Functional  Requirements  Risks: 

The  chance  of  an  unexpected  outcome  related  to  the  operational  and  support  tasks 
of  the  system. 

Guidance: 

Support  planning  program  assistance  given  to  the  Contractor  by  the  SPO.  The  SPO 
furnishes  information  related  to  the  planned  operation  of  the  system,  its  mainte¬ 
nance  and  operational  environment;  determines  the  analysis  priorities;  furnishes 
lists  of  available  support  resources,  and  tailors  MIL-STD-1388  to  meet  the  weapon 
system's  requirements. 

Hardware  and  Software  Standardization  Recommendations: 

Information  developed  to  assist  system  designers  in  meeting  uniformity  require¬ 
ments. 

Hardw'are  and  Software  Standardization  Related  Supportability  Characteristics: 
Aspects  of  the  system  design  related  to  uniformity  that  have  the  greatest  effect  on 
system  support. 

Hardware  and  Software  Standardization  Requirements: 

System  design  constraints  levied  by  the  Air  Force  to  control  uniformity  in  system 
support  among  weapon  systems. 

ILSP  -  Integrated  Logistics  Support  Plan: 

The  resource  requirements,  tasks,  and  schedules  of  the  system’s  ILS  program,  devel¬ 
oped  by  the  SPO  as  part  of  the  Program  Management  Plan.  The  ILSP  defines  the  Air 
Force’s  approach  to  ensure  that  ILS  objectives  are  achieved. 

Intended  Mission  and  Use  Information: 

A  description  of  the  new  system’s  operating  and  supporting  environments,  support 
locations,  and  applications. 

Intended  Use  Information: 

Operating  and  supporting  information  related  to  the  system’s  function  and  operating 
environment,  developed  by  the  Contractor  as  part  of  the  Use  Study  Report.  The 
information  assists  the  Contractor  in  developing  hardware  and  software  standardiza¬ 
tion  approaches. 

LSAP  -  Logistics  Support  Analysis  Plan: 

The  tasks  and  the  schedules  of  the  system’s  LSA  program,  developed  by  the  Con- 
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tractor.  The  LSAP  outlines  organizational  responsibilities  and  describes  data  prod¬ 
uct  requirements. 

LSA  Program  Guidance: 

The  required  tasks,  outputs,  and  schedules  of  the  Contractor’s  analytical  functions. 
LSA  Program  Requirements: 

The  LSA  program  outputs,  tasks,  and  schedules  imposed  on  the  contractor  by  the 
Air  Force. 

LSA  Strategy: 

The  strategy  developed  by  the  SPO  to  identify  the  most  cost  effective  LSA  tasks  for 
the  system  being  developed. 

LSAR/LSA  Reports: 

All  data  developed  by  the  Contractor  during  the  LSA  program. 

Manpower  and  Personnel  Sources: 

Existing  programs  and  new  areas  from  which  the  necessary  military  and  civilian 
personnel  are  supplied  to  operate  and  support  the  new  system. 

Manpower  Requirements: 

The  necessary  military  and  civilian  personnel,  broken  down  by  skill  and  grade 
needed  to  operate  and  support  the  system  at  peacetime  or  wartime  rates. 

Measured  Data: 

Data  developed  by  AFOTEC  during  operational  testing.  Data  are  used  by  the  Con¬ 
tractor  to  validate  the  logistics  resource  requirements  of  the  weapon  system  that 
were  predicted  by  the  Contractor  as  part  of  the  Analyze  Support  Requirements  func¬ 
tion. 

Milestone  Review  Checklists: 

The  review  made  by  AFALC,  under  orders  from  the  SPO,  of  the  Contractor’s  pro¬ 
gress  at  the  various  life  cycle  milestones.  AFALC  maintains  Milestone  Checklists 
for  each  of  the  applicable  ILS  elements  that  are  to  be  scrutinized  at  the  end  of  each 
system  life  cycle  phase  (Concept  Development,  DemonstrationA^alidation,  Full 
Scale  Development,  and  Production/Deployment).  The  contractor  must  adequately 
answer  each  of  the  issues  addressed  on  the  checklists  to  be  allowed  to  continue  to 
the  next  phase. 

Mission  and  Functional  Requirements; 

The  requirements  identified  in  the  Statement  of  Need  (SON)  by  the  Requiring 
Authority  in  response  to  perceived  security  threats.  The  Requiring  Authority  identi¬ 
fies  a  mission  need  in  response  to  perceived  security  threats.  Examples  of  Mission 
requirements  include  minimum  payload  and  flight  range  for  an  aircraft.  Functional 
requirements  include  a  description  of  the  task  or  the  use  for  the  weapon  system. 
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NATO  Constraints: 

Restrictions  imposed  on  the  system  due  to  NATO  requirements. 

Negative  Existing  System  Impacts: 

The  detrimental  changes  realized  by  currently  fielded  weapon  and  support  systems 
by  the  fielding  of  the  new  system. 

Non-Standard  Parts  Approval  Requests: 

A  request  by  the  Contractor,  subject  to  SPO  approval,  for  items  not  originally 
acceptable.  The  request  must  contain  justification  for  use  of  these  items. 

Operations  and  Maintenance  Task  Requirements: 

Functions  necessary  to  properly  utilize  the  new  system,  identified  by  the  Contractor 
Organizational  and  Intermediate  Level  Support  Data: 

Operational  and  maintenance  data  required  by  the  MAJCOM  at  the  field  or  base 
level  to  ensure  proper  availability  of  the  system.  Each  element  of  ELS  is  addressed 
to  ensure  that  all  information  required  is  available. 

Parts  Control  Reports: 

The  reports  generated  during  hardware  standardization  analysis;  Parts  Control  Pro¬ 
gram  Plan,  Program  Parts  Selection  List  (PPSL),  Non-Standard  Parts  Approval  Re¬ 
quests/Proposed  Additions  to  an  Approved  PPSL,  Military  Detail  Specifications  and 
Specification  Sheets,  and  Test  Data  for  Non-Standard  Parts. 

Plans /Updates: 

The  plans  that  provide  the  baseline  for  control  of  the  weapon  system’s  support  plan¬ 
ning  process.  These  plans  include  the:  PMP,  ILSP,  ISP,  LSAP,  and  TEMP.  All 
require  updating  throughout  the  acquisition  phases. 

Post  Production  Support  Plan: 

A  Contractor  developed  report  governed  by  DI-P-7119  identifying  items  that  may 
present  availability  problems  once  a  production  line  is  shut  down.  Alternatives  and 
a  recommended  plan  of  action  to  ensure  that  these  production  line  dependent  items 
are  available  throughout  the  system’s  life  are  developed  and  included  in  the  plan. 

Predicted  Data: 

Data  developed  via  the  L^A  process  is  predicted  data  until  it  can  be  measured 
during  the  validation  of  requirements.  Predicted  data  includes  maintenance  task 
descriptions,  failure  data,  and  logistics  resource  requirements. 

Preferred  Parts  Lists: 

Lists  of  items  identified  by  the  Air  Force  as  more  desirable  than  other  items  due  to 
standardization,  reliability,  maintainability,  or  cost  considerations. 

Previous  Systems  Data: 

Relevant  data  on  currently  fielded  systems  that  are  similar  to  the  new  system.  Used 
by  the  Contractor  when  performing  comparative  analysis. 


Procedural  Task  Descriptions: 

Step  by  step  narratives  documenting  operations  and  maintenance  functions. 
Production  Line  Dependent  Items: 

Unique  items  that  may  pose  availability  problems  once  the  production  line  used  for 
their  manufacture  has  been  shut  down. 

Program  Guidelines: 

Guidelines  derived  from  the  various  weapon  system’s  plans  that  are  used  to  monitor 
and  control  the  support  planning  process.  Supportability  criteria  and  systems  re¬ 
quirements  are  identified  to  properly  address  supportability  problems  and  recom¬ 
mended  changes  in  the  weapon  system  design  or  support  structure. 

Provisioning  Requirements: 

Necessary  type  and  quantities  of  support  and  test  equipment,  spares,  and  repair 
parts,  to  operate  and  support  the  system. 

Qualitative  Supportability  Factors: 

Characteristics  of  system  design  that  are  directly  attributable  to  meeting  peacetime 
and  wartime  operational  requirements. 

Qualitative  Supportability  Problems: 

Characteristics  of  system  design  that  are  directly  attributable  to  not  meeting  peace¬ 
time  and  wartime  operational  requirements. 

Quantified  Supportability  Factors: 

Measurable  values  of  the  degree  to  which  design  characteristics  meet  peacetime  and 
wartime  operational  requirements. 

Recommended  Design  Alternatives: 

Alternative  system  design  characteristics,  identified  by  the  Contractor,  that  are  de¬ 
sirable  due  to  their  supportability  characteristics. 

Recommended  Design  Specifications: 

Detailed  description  of  the  recommended  system  developed  by  the  Contractor.  Rec¬ 
ommendations  are  based  on  current  technological  advances,  system  supportability', 
and  cost  considerations. 

Recommended  New  Action: 

The  recommended  action  to  resolve  the  supportability  problems  and  reject  data 
identified  by  the  Contractor  as  a  result  of  formal  review. 

Recommended  Solutions: 

The  recommended  solutions  developed  by  the  Contractor  in  response  to  problems 
identified  during  early  fielding  analysis.  Negative  impacts  on  existing  systems  and 
resource  shortfalls  are  analyzed  and  corrected. 

Recommended  Support  Plan: 

A  detailed  description  of  the  recommended  support  system  addressing  each  of  the 
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ELS  elements.  The  plan  is  developed  by  the  Contractor  when  evaluating  alternatives. 
Recommendations  are  based  on  readiness  and/or  cost  considerations. 

Recommended  Support  System: 

The  most  desirable  composite  of  all  the  resources  that  must  be  acquired  for  operat¬ 
ing  and  maintaining  the  system  throughout  its  life  cycle. 

Rejected  Data: 

Data  reviewed  by  appropriate  Air  Force  personnel  and  not  approved. 

Reliability  and  Maintainability  Data: 

Design  parameters  of  the  system  that  influence  both  system  performance  and  costs. 
These  parameters  include  mission  effectiveness,  system  availability,  logistics  sup¬ 
port  requirements,  and  life  cycle  cost. 

Requirements  Implications: 

Identified  system  requirements  that  warrant  closer  scrutiny  to  determine  if  they  are 
attainable. 

Resolved  Supportability  Problems: 

System  deficiencies  that  are  corrected  using  program  guidelines. 

Resource  Requirements: 

The  materiel  and  personnel  elements  needed  to  maintain  and  operate  the  system  at 
desired  levels  of  maintenance. 

Resources  Required  per  Task: 

The  amount  and  type  of  materiel  and  personnel  necessary  to  complete  a  given  func¬ 
tion. 

Results  Evaluation: 

The  findings  when  test  or  actual  data  is  run  against  predicted  system  data.  Discrep¬ 
ancies  are  recorded  when  identified 

Revievtr  Agenda: 

The  list  of  specific  data  products  for  each  LSA  review,  identified  by  the  Contractor. 
The  Contractor  prepares  and  distributes  the  appropriate  data  products  to  the  re¬ 
quired  Air  Force  organizations  prior  to  formal  review. 

Review  Procedures  and  Schedules; 

The  general  guidelines  for  the  conduct  of  LSA  reviews,  developed  by  the  SPO. 
Procedures  identify  all  Air  Force  organizations  required  to  attend  review  meetings. 
Schedules  identify  when  the  reviews  take  place. 

RFP  Recommendations: 

RFP  Recommendations  identify  specific  DIDs  and  CDRLs  to  put  on  contract.  The 
objective  is  to  reduce  the  overlap  in  DIDs  and  CDRLs.  The  overlap  must  be  mini¬ 
mized  to  preclude  purchasing  the  same  data  more  than  once  while  ensuring  that  all 
required  data  is  acquired. 


Sensitivity  Analysis  Results: 

The  amount  by  which  model  parameter  estimates  can  be  in  error  before  the  ciicccn 
alternative  is  no  longer  optimum. 

Skill  Requirements: 

The  skill  levels/ persuiinei  needed  to  support  the  new  system.  Requirements,  received 
by  the  SPO  from  the  contractor,  are  sent  to  Air  Training  Command  who  identify 
current  deficiencies  in  skill  levels/personnel,  and  develop  additional  training  courses 
as  required. 

Standardization  Approaches: 

Contractor  developed  plans  to  attain  hardware  and  software  uniformity  require¬ 
ments. 

Standardization  Constraints: 

Uniformity  restrictions  on  system  hardware  and  software. 

Standardization  Risks: 

The  chance  of  an  uncertain  outcome  related  to  hardware  and  software  uniformity 
requirements. 

Support  Alternative  Risks: 

The  chance  of  an  unexpected  outcome  associated  with  each  support  alternative  de¬ 
veloped. 

Support  Alternatives: 

Various  composites  of  all  resources  required  for  operating  and  maintaining  the  sys¬ 
tem. 

Support  Data: 

Data  required  to  maintain  the  weapon  system  acquired  by  the  Requiring  Authority 
and  the  Supporting  Commands.  Each  ILS  element  is  addressed  to  ensure  that  all 
required  data  is  available.  This  support  data  is  found  in  the  form  of  DIDs  and 
CDRLs,  as  required  by  contract. 

Support  Drivers: 

Those  characteristics  of  the  system  which  have  the  greatest  effect  on  the  system’s 
supportability. 

Support  Equipment  Requirements: 

All  end  items  (excluding  the  system  itself)  needed  to  maintain  and  operate  the  sys¬ 
tem. 

Support  Resources  Problems: 

Lx)gistic  resources,  identified  by  the  Contractor,  that  are  unavailable,  need  modifica¬ 
tion,  or  need  development. 

Support  Resources  Reports: 

Reports  developed  by  the  Contractor  when  determining  logistics  resource  require- 
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merits.  They  include:  System/Design  Trade  Study  Reports,  Early  Fielding  Analysis 
Report,  and  the  Post  Production  Support  Plan. 

Support  System  Problems: 

Difficulties  encountered  when  defining  the  support  system  required  for  operating 
and  maintaining  the  system  throiighnnt  itc  life  cycle 

Support  System  Risks: 

The  cnance  of  an  uncertain  outcome  related  to  each  support  alternative  under  con¬ 
sideration. 

Support  Systems  Analysis: 

A  detailed  examination  of  design  to  develop  a  composite  of  all  resources  required  to 
operate  and  maintain  the  system. 

Support  Systems  Reports: 

Reports  developed  by  the  Contractor  when  determining  supportability  recommenda¬ 
tions.  They  include:  Parts  Control  reports.  Use  Study  Report,  Comparative  Analysis 
Report.  Technological  OppoituniT'''s  Report,  and  various  System/Design  Trade  Study 
reports. 

:»upportabiUty  and  Data  Deficiencies: 

Identified  problems  in  LSA  documentation  and  system  design  support  characteris¬ 
tics. 

Supportability  Assessment  Report: 

A  Contractor  developed  report  governed  by  DI-S-7121  that  provides  the  results  of  a 
validation  of  supportability  data  developed  during  requirements  analysis.  The  report 
assesses  supportability  factors  measured  during  testing,  evaluates  deviations  be¬ 
tween  predicted  and  tested  logistics  resources  values  for  their  impact  on  cost  and 
system  readiness,  and  makes  recommendations  for  improving  supportability.  The 
report  is  often  generated  from  AFOTEC  involvement  in  operational  testing. 
AFOTEC  is  contracted  by  the  SPO  to  perform  system  testing  to  validate  predicted 
data  versus  system  specifications,  in  accordance  with  the  TEMP. 

Supportability  Characteristics: 

Traits  that  determine  the  ability  of  the  system  to  meet  peacetime  and  wartime  utili¬ 
zation  requirements. 

Supportability  Constraints: 

Restrictions  placed  on  the  design  and  support  system  due  to  peacetime  and  wartime 
utilization  requirements. 

Supportability,  Cost,  and  Readiness  Drivers: 

System  characteristics  that  have  the  greatest  effect  on  the  system’s  life  cycle  cost 
and  availability. 
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Supportability  Goals  and  Thresholds: 

Values,  or  a  range  of  values,  and  the  minimum  values  allowable  for  various  aspects 
of  system  design  to  meet  peacetime  and  wartime  utilization  requirements. 

Supportability  Implications: 

Design  and  support  svstem  deficiencies  directly  attributable  to  the  weapon  system 
not  meeting  peacetime  and  wartime  utilization  requirements. 

Supportability  Objectives  and  Risks: 

Qualitative  and  quantitative  values  for  various  system  elements  that  describe  desir¬ 
able  levels  of  peacetime  and  wartime  system  availability  and  the  chances  of  not 
attaining  these  levels. 

Supportability  Problems: 

Examples  of  supportability  related  problems  incurred  by  the  Contractor  include: 
inability  for  certain  maintainability  requirements  to  be  met  without  adversely  affect¬ 
ing  system  reliability;  necessity  to  use  non-standard  tools  or  parts  in  order  to  meet 
other  support  requirements.  Problems  must  be  reported  in  a  timely  fashion  to  the 
SPO  to  initiate  corrective  action.  Waiver  of  certain  support  requirements  will  be 
granted  by  the  SPO  only  after  all  possible  alternatives  have  been  exhausted. 

Supportability  Recommendations: 

Aspects  of  the  support  system  and  design  that  are  desirable  due  to  life  cycle  cost 
and  availability  considerations. 

Supportability  Related  Design  Constraints: 

Restrictions  placed  on  system  design  due  to  system  peacetime  and  wartime  utiliza¬ 
tion  requirements. 

Supportability  Related  Design  Factors: 

The  degree  to  which  system  design  meets  peacetime  and  wartime  utilization  require¬ 
ments. 

Supportability  Requirements: 

Necessary  levels  of  availability  that  system  design  characteristics  and  logistics  re¬ 
source  requirements  must  attain. 

System  Design  Deficiencies: 

Design  shortfalls  that  preclude  the  system  from  meeting  supportability  require¬ 
ments. 

System/Design  Trade  Study  Reports: 

Contractor  developed  reports  governed  by  DI-S-3606  used  to  document  the  decision 
rationale  for  designated  trade  studies. 

System  Design  Updates: 

Changes  in  design  to  meet  supportability  requirements. 
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System  Readiness  Impacts: 

Description  of  the  effects  experienced  during  early  fielding  of  the  system  due  to 
logistic  resource  shonfalls. 

System  Requirements  Deficiencies: 

Supportabilin'  or  ne'formance  needs  imposed  by  the  Air  Force  that  the  system  is 
unable  to  meet  with  the  currently  available  resources  and  technology. 

System  Requirements  Updates: 

Changes  in  system  requirements  due  to  inability  for  design  to  meet  requirements  or 
the  need  for  increased  performance  or  support  requirements 

System  Utilization  Estimates: 

The  amount  that  the  system  is  planned  on  being  used.  Estimates  are  made  for  both 
peacetime  and  wartime  usage. 

System’s  Intended  Application: 

The  planned  use  and  support  of  the  system  to  assist  the  development  of  a  baseline 
comparison  system. 

System’s  Intended  Useful  Life: 

The  estimated  length  of  time  that  the  system  is  to  be  fielded. 

Technological  Opportunities  Report: 

The  Technological  Opportunities  Report  is  a  Contractor  developed  report  governed 
by  DI-S-7117.  The  purpose  of  this  report  is  to  identify  design  opportunities  which 
can  be  incorporated  into  the  new  system  in  order  to  improve  supportability.  Design 
improvements  which  have  the  potential  for  reducing  logistic  support  resource  re¬ 
quirements,  reducing  costs,  or  increasing  system  availability  are  identified.  Esti¬ 
mated  costs  for  implementing  these  design  improvements  and  schedule  impacts  are 
identified. 

Technology  Advancements: 

Design  or  support  system  improvements  that  have  the  potential  for  reducing  life 
cycle  cost  or  increasing  system  availability. 

Technology  Related  Risks: 

The  chance  of  an  uncertain  outcome  attributable  to  use  of  the  latest  technology 
available. 

Test  and  Evaluation  Master  Plan  (TEMP): 

The  TEMP  describes  the  type  and  amount  of  testing  to  be  conducted  before  each 
milestone  and  the  resources  required  for  such  tests.  The  Program  Manager  is  re¬ 
sponsible  for  the  development  of  the  TEMP  with  assistance  from  AFOTEC  as  re¬ 
quired.  The  TEMP  includes  both  Development,  Test,  and  Evaluation  (DT&E)  and 
Operational  Test  and  Evaluation  (OT&E)  schedules  and  requirements. 
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Test  Results: 

During  Operational  Test  and  Evaluation,  APOTEC  analyzes  all  predicted  support 
data  and  suppon  requirements  as  they  relate  to  system  specifications  and  the  TEMP. 
Test  results  will  be  analyzed  by  the  SPO  to  ensure  that  all  requirements  are  met. 

Test  Strategy/Criteria: 

Plan  of  action  for  the  test  program  and  standards  developed  to  ensure  proper  system 
performance. 

Trade  Study  Analysis: 

The  systematic  examination  of  support  alternatives  that  optimize  the  balance  be¬ 
tween  life  cycle  cost  and  system  availability. 

Trade  Study  Reports: 

Contractor  developed  reports  that  document  the  results  of  support  alternative  evalu¬ 
ations. 

Tradeoff  Analysis: 

Detailed  suppon  and  design  examination  to  determine  the  optimum  balance  among 
life  cycle  cost,  schedule,  performance,  and  supportability. 

Tradeoff  Criteria: 

Standards  used  for  determination  of  the  optimum  balance  among  life  cycle  cost, 
schedule,  performance,  and  supportability. 

Tradeoff  Results: 

Conclusions  reached  during  support  and  design  analysis  to  optimize  life  cycle  cost, 
schedule,  performance,  and  supportability  considerations. 

Transportability  Requirements: 

The  attributes  necessary  for  material  to  be  moved.  Examples  include  environmental 
considerations,  vehicle  type,  shock  and  vibration  fragility,  and  special  equipment 
requirements  for  the  movement  of  personnel  and/or  equipment. 

Training  Policy: 

ATC  provides  training  requirements  guidance  to  the  SPO  as  required.  The  training 
policy  established  by  the  ATC  ensures  that  trained  personnel  are  available  to  oper¬ 
ate  and  maintain  the  weapon  system.  This  training  policy  includes  training  cost 
information  that  is  used  for  tradeoff  analysis. 

Training  Programs: 

ATC  designs  training  programs  to  provide  individuals  with  the  skills  required  for 
successful  performance  of  their  job.  These  programs  may  be  formal  classroom 
programs  or  informal  on  the  job  programs  depending  on  the  skill  required. 

Training  Related  Support  Data: 

Training  related  support  data  includes  identification  of  the  processes,  procedures. 


techniques,  and  equipment  required  to  train  personnel  to  operate  and  support  the 
system. 

Unique  System  Drivers: 

Characteristics  of  the  system  that  have  the  greatest  effect  on  the  system’s  life  cycle 
cost  and  availability,  for  which  there  are  no  systems  available  for  comparison. 

Unresolved  Supportability  Problems: 

Supportability  problems,  identified  by  the  Contractor  through  analysis  of  support 
requirements,  that  cannot  be  resolved  using  normal  program  guidelines  as  specified 
in  the  various  weapon  system  plans.  Problems  are  examined  individually  and  correc¬ 
tive  action  taken. 

Unverified  Data: 

LSA  data  analyzed  against  available  hardware  that  is  rejected  at  LSA  reviews. 
Updated  LSAR: 

LSAR  data  that  has  been  validated  through  comparisons  with  test  data  and  changed 
to  reflect  any  discrepancies  between  predicted  and  actual  values. 

Updated  LSA  Reports: 

LSA  Reports  that  have  been  validated  through  comparisons  with  test  data  and 
changed  to  reflect  any  discrepancies  between  predicted  and  actual  values. 

Use  Related  Supportability  Factors: 

The  qualitative  and  quantitative  degrees  to  which  system  design  meets  peacetime 
and  wartime  utilization  requirements  that  are  directly  attributable  to  the  system’s 
intended  application. 

Use  Related  Supportability  Parameters: 

Measuraole  values  of  the  degree  to  which  design  characteristics  meet  peacetime  and 
wartime  operational  and  support  requirements  that  are  directly  attributable  to  the 
system’s  intended  application. 

Use  Study  Report: 

A  Contractor  developed  report  governed  by  DI-S-7115.  Included  in  the  report  are 
quantitative  values  for  operating  times,  frequency  of  operations,  type  of  operations, 
number  of  systems  supported,  allowable  maintenance  periods,  and  environmental 
requirements.  Operational  and  support  data  from  field  visits  are  also  included. 

Verified  Data: 

Data  that  has  been  approved  by  the  Air  Force  and  verified  versus  hardware  when 
possible  is  considered  verified  data.  This  data  (consisting  of  LSAR  and  LSA  Re¬ 
ports)  is  accepted  by  the  Air  Force  and  becomes  part  of  the  Air  Force  database. 
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B.6  EXTERNAL  ENTITIES: 

This  section  describes  the  organizations  (external  entities)  identified  in  each  data  flow 
diagram. 

AFALC: 

AFALC,  a  component  of  AFLC,  provides  the  interface  between  AFSC  and  AFLC. 
AFALC  is  located  at  Wright  Patterson  AFB  with  personnel  assigned  to  various 
SPOs.  AFALC  functions  as  a  consultant,  providing  support  to  the  SPO  for  RFP 
preparation  and  milestone  review. 


AFOTEC: 

AFOTEC  is  the  independent  test  agency  within  the  Air  Force  responsible  for  testing 
new  systems  being  developed  for  Air  Force  and  multiservice  use,  under  operation¬ 
ally  realistic  conditions.  AFOTEC  performs  tests  in  accordance  with  the  TEMP  to 
ensure  that  the  weapon  system  adheres  to  specifications,  then  forwards  test  results 
to  the  SPO  for  assessment. 

ALC: 

ALCs  are  the  primary  installations  within  AFLC.  These  centers  provide  logistics 
support  for  a  variety  of  weapon  systems.  There  are  five  ALCs  from  which  to  source 
supply  and  repair  for  specific  weapon  systems.  ALCs  require  depot  level  support 
data  produced  via  LSA  to  perform  their  stated  function. 

ATC: 

ATC  implements  LSA  policies  and  procedures  relating  to  training  and  training  sup¬ 
port,  develops  training  courses  as  required  to  satisfy  the  requirements  of  record  G, 
and  provides  training  cost  information  to  the  SPO  for  use  in  trade  off  studies. 

Requiring  Authority: 

The  Requiring  Authority  is  usually  a  MAJCOM  (MAC,  TAC,  SAC),  that  operates 
the  weapon  system  being  acquired.  In  response  to  a  perceived  threat,  the  Requiring 
Authority  develops  mission  and  functional  requirements  for  the  new  weapon  system. 
The  MAJCOM  provides  operational  and  for  base  level  support 

System  Designers: 

The  contractor  developed  weapon  system  design  is  the  primary  data  source  for  LSA. 
This  entity  includes  the  contractor’s  design  engineering  staff  as  well  as  all  design 
products  developed  by  the  contractor. 
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B.7  DATA  STORES 


This  section  summarizes  the  data  stores  identified  in  each  data  flow  diagram. 

DOl:  LSAR: 

The  LSA  records  include: 

Record  A:  Operations  and  Maintenance  Requirements 

Record  B:  Item  Reliability  and  Maintainability  Characteristics 

Record  Bl:  Failure  Mode  and  Effects  Analysis 

Record  B2;  Criticality  and  Maintainability  Analysis 

Record  C;  Operation  and  Maintenance  Task  Summary 

Record  D;  Operation  and  Maintenance  Task  Analysis 

Record  Dl:  Personnel  and  Support  Requirements 

Record  E:  Support  Equipment  or  Training  Materiel  Description  and 

Justification 

Record  El;  Support  Equipment  or  Training  Materiel  Description 
and  Justification  -  Continued 

Record  E2:  Unit  Undo'"  Test  and  Automatic  Test  Program(s)  De¬ 
scription 

Record  F;  Facility  Description  and  Justification 
Record  G:  Skill  Evaluation  and  Justification 
Record  H:  Support  Items  Identification 

Record  HI;  Support  Items  Identification  (Application  Related) 

Record  J;  Transportability  Engineering  Characteristics 

The  A  record  is  developed  to  identify  operation  and  maintenance  requirements  that 
must  be  met  by  the  contractor’s  weapon  system  design.  The  remaining  records 
identify  in  quantitative  terms  the  support  resources  needed  to  maintain  the  fielded 
system.  All  records  are  developed  by  the  Contractor. 

D02:  LSA  Reports: 

LSA  Reports  Include; 

Use  Study  Report 

System/Design  Trade  Study  Reports 
Technological  Opportunities  Report 
Comparative  Analysis  Report 
Early  Fielding  Analysis  Report 
Post  Production  Support  Plan 
Supportability  Assessment  Plan 
Supportability  Assessment  Report 
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D03:  Plans  and  Updates: 

The  following  plans  are  developed  to  control  the  support  planning  process: 

Program  Management  Plan  (PMP) 

Integrated  logistics  Support  Plan  (ILSP) 

Integrated  Support  Plan  (ISP) 

Logistics  Support  Analysis  Plan  (LSAP) 

Test  and  Evaluation  Master  Plan  (TEMP) 

D04:  Review  Procedures  and  Schedules; 

Review  procedures  and  schedules  are  developed  to  guide  the  conduct  of  LSA  re¬ 
views.  Location,  time,  date,  purpose,  and  objectives  of  each  forthcoming  LSA  re¬ 
view  are  identified.  Specific  data  for  review  is  identified  in  review  agenda  when 
available. 

DOS:  .Accepted  LSAR; 

LS.AR  which  has  been  reviewed  by  appropriate  Air  Force  personnel  and  been  ap¬ 
proved  and  verified.  When  accepted  the  records  becomes  part  of  the  Air  Force 
database. 

D06:  Accepted  LSA  Reports: 

LSA  Reports  that  have  been  reviewed,  approved,  and  verified  by  appropriate  Air 
Force  personnel.  When  accepted  the  report  becomes  part  of  the  Air  Force  database. 

D07:  Use  Study  Report: 

A  Contractor  developed  report  governed  by  DI-S-7115.  Included  in  the  report  are 
quantitative  values  for  operating  times,  frequency  of  operations,  type  of  operations, 
number  of  systems  supported,  allowable  maintenance  periods,  and  environmental 
requirements.  Operational  and  support  data  from  field  visits  are  also  included. 

DOS:  Parts  Control  Reports: 

Contractor  developed  reports  governed  by  MIL-STD-965  and  DI-E-7026  through 
DI-E-7030  comprise  the:  Parts  Control  Program  Plan,  Program  Parts  Selection  List, 
Non-Standard  Parts  Approval  Requests/Proposed  Additions  to  an  Approved  Pro¬ 
gram  Parts  Selection  List,  Military  Detail  Specifications  and  Specification  Sheets, 
and  Test  Data  for  Non-Standard  Parts. 

D09:  System/Design  Trade  Study  Reports: 

Contractor  developed  reports  governed  by  DI-S-3606.  These  reports  are  used  to 
document  the  decision  making  rationale  for  designated  trade  studies. 
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DIO:  Comparative  Analysis  Report: 

A  Contractor  developed  report  governed  by  DI-S-7116  that  analyzes  existing  sys¬ 
tems,  or  composites  of  more  than  one  system.  Included  in  the  report  are  operating 
and  support  costs,  reliability  and  maintainability  values  of  comparable  system(s), 
and  logistic  resource  requirements.  Supportability  problems  on  comparative  systems 
are  identified,  as  are  risks  and  assumptions  associated  with  the  comparative  sys- 
tem(s).  Data  are  useful  for  comparison  with  the  new  system  with  respect  to  hard¬ 
ware,  operational,  and/or  support  similarities.  The  report  also  identifies  suppor¬ 
tability,  cost,  and  readiness  drivers  for  the  new  system  based  on  the  analysis  of 
comparative  systems. 

Dll:  Technological  Opportunities  Report: 

A  Contractor  developed  report  governed  by  DI-S-7116  identifying  design  opportuni¬ 
ties  that  can  be  incorporated  into  the  new  system  to  improve  supportability.  Such 
improvements  include  reducing  logistic  support  resource  requirements  and  costs, 
and  increasing  system  availability.  Estimated  costs  for  implementing  these  design 
improvements  and  schedule  impacts  are  identified. 

D12:  Early  Fielding  Analysis  Report: 

A  Contractor  developed  report  governed  by  DI-S-7118  that  provides  an  impact  as¬ 
sessment  of  the  new  system  introduction  on  other,  already  fielded,  systems.  Supply, 
maintenance,  and  transportation  system  impacts  are  assessed  and  logistic  resource 
requirements  for  a  combat  environment  identified. 

D13:  Post  Production  Support  Plan: 

A  Contractor  developed  report  governed  by  DI-P-7119  identifying  items  that  may 
present  availability  problems  once  the  production  line  is  shut  down.  Alternatives 
and  a  recommended  plan  of  action  to  ensure  that  these  production  line  dependent 
items  are  available  throughout  the  system’s  life  are  developed  and  included  in  the 
plan. 

D14:  Supportability  Assessment  Report; 

A  Contractor  developed  report  governed  by  DI-S-7121  that  provides  the  results  of  a 
validation  of  supportability  data  developed  during  requirements  analysis.  The  report 
assesses  supportability  factors  measured  during  testing,  evaluates  deviations  be¬ 
tween  predicted  and  tested  logistics  resources  values  for  their  impact  on  cost  and 
system  readiness,  and  makes  recommendations  for  improving  supportability.  The 
report  is  often  generated  from  AFOTEC  involvement  in  operational  testing. 
AFOTEC  is  contracted  by  the  SPO  to  perform  system  testing  to  validate  predicted 
data  versus  system  specifications,  in  accordance  with  the  Test  and  Evaluation  Mas- 
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ter  Plan  (TEMP). 


D15:  A  Record: 

LSA  record  A  contains  operations  and  maintenance  requirements  for  the  system 
under  analysis.  These  requirements  are  normally  developed  by  the  Air  Force  and 
documented  in  the  LSAR  by  the  Contractor.  Data  fields  include  values  for  expected 
number  of  systems  to  be  supported,  number  of  operating  locations,  and  annual 
utilization  rates  of  the  system. 

D16;  B/C/D  Records; 

During  the  identification  of  functional  requirements,  various  data  elements  of  the  B, 
C,  and  D  Records  are  developed  by  the  Contractor.  Functional  requirements  and 
FMECA  data  are  used  to  identify  repairable  items  and  operations  and  maintenance 
task  requirements.  .A  B  Record  is  developed  for  each  repairable  item,  while  opera¬ 
tions  and  task  requirements  are  identified  on  the  D  Record  and  summarized  on  the 
C  Record. 

D17:  E/F/G/J  Records: 

The  new  or  critical  support  items  identified  by  the  Contractor  as  a  result  of  tradeoff 
analysis. 

D18:  C/D  Records: 

During  the  identification  of  functional  requirements,  various  data  elements  of  the  C 
and  D  Records  are  developed  by  the  Contractor.  Functional  requirements  and 
FMECA  data  are  used  to  identify  repairable  items  and  operations  and  maintenance 
task  requirements.  The  D  record  cc  dns  procedural  task  descriptions  as  well  as 
identification  of  all  logistic  resources  required  to  complete  each  task.  The  C  Record 
is  a  summary  of  the  operations  and  maintenance  tasks  documented  on  the  D  Re¬ 
cords. 

D19:  H  Records: 

Contractor  developed  records  identifying  support  items.  These  data  include:  Source. 
Maintenance,  and  Recoverability  (SMR)  codes,  cost,  storage,  distribution,  and  part 
application  information. 

D20:  G  Records: 

Contractor  developed  records  identifying  new  or  modified  skill  requirements  for 
system  operation  and  support.  The  records  identify  rank,  security,  and  grade  re¬ 
quirements  for  functions  to  be  performed  that  are  new  or  modified. 
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D21:  E  Records: 

Contractor  developed  records  identifying  support  equipment  or  training  material  re¬ 
quirements.  Use  requirements  and  support  equipment  specifications  are  identified 
and  justifications  developed  for  each  item. 

D22:  F  Records: 

Contractor  developed  records  identifying  support  facility  requirements,  facility  de¬ 
sign  criteria,  lead  times  for  facilities  construction,  construction  justification,  and  cost 
rationale. 

D23:  J  Records: 

Contractor  developed  records  identifying  the  transportability  engineering  require¬ 
ments  of  an  end  item.  Transportability  parameters  include  environmental  consid¬ 
erations,  special  equipment  requirements,  vehicle  type,  shock  and  vibration  fragility. 
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APPENDIX  C 

ORGANIZATIONAL  ENVIRONMENT  FOR  LOGISTICS 

SUPPORT  ANALYSIS 


C.l  INTRODUCTION 

Logistics  Support  Analysis  (LSA)  is  the  selective  application  of  scientific  and  engineering 
efforts  undertaken  during  the  weapon  system’s  acquisition,  as  part  of  the  systems  engi¬ 
neering  and  design  process.  The  objectives  of  the  LSA  process  are  to  integrate  suppor- 
tability  requirements  into  the  systems  engineering  and  design  process,  define  the  optimal 
support  requirements,  define  the  required  operational  support  and  resources,  and  develop 
an  integrated  data  base  of  logistics-related  engineering  information.  The  LSA  process  is 
governed  by  MIL-STD-1388-1A  and  is  described  in  Volume  1  of  this  report. 

One  of  the  principal  tasks  in  the  LSA  modular  planning  effort  is  to  identify  and  describe 
the  existing  environments  in  which  the  LSA  is  being  implemented,  to  identify  the  princi¬ 
pal  Air  Force  organizations  responsible  for  the  implementation  of  LSA,  and  to  describe 
the  roles  those  organizations  play  in  the  LSA  process.  An  understanding  of  the  role  of 
these  organizations  is  critical  to  the  modular  planning  process  as  well  as  to  the  successful 
implementation  of  the  plans  which  result  from  that  process. 

C.1.1  Rationale  and  Purpose 

The  purpose  of  the  Air  Force  organizational  environment  assessment  is  to  describe  the 
organizational  context  within  which  LSA  is  implemented,  and  to  show  the  participation  of 
key  Air  Force  organizations  in  the  LSA  process.  A  depiction  of  the  current  environment 
accomplishes  the  following; 

•  Clarifies  the  responsibilities  of  various  Air  Force  organizations  in  the  planning, 
specification,  acquisition,  management,  transfer,  and  utilization  of  LSA/LSAR 
data; 

•  Provides  a  background  for  the  identification  of  LSA  user  requirements  and  for 
the  specification  of  those  requirements  in  terms  of  the  mission  of  those  Air 
Force  organizations  affected  by  LSA;  and 

•  Provides  a  benchmark  for  the  identification  of  constituencies  which  may  use 
LSA/LSAR  data  in  the  future  environment. 

The  organizational  assessment  is  meant  to  be  a  reference  document  to  be  consulted  on  an 
as-needed  basis.  It  is  intended  to  be  used  in  conjunction  with  the  IDEFq  models  (Appen¬ 
dix  A)  and  the  LSA  Support  Planning  Data  Flow  Diagrams  (Appendix  B)  to  provide  a 
context  for  the  development  of  an  LSA  Automation  Plan. 
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C.1.2  Method 


Documentary  analysis  and  site  visits/interviews  were  employed  to  collect  the  data  neces¬ 
sary  for  the  analysis  of  the  LSA  organizational  environment.  The  documentary  analysis 
consisted  of  a  review  of  Air  Force  acquisition  regulations,  mission  and  organization  regu¬ 
lations,  and  other  documentation  relevant  to  LSA.  A  list  of  these  documents  is  presented 
in  the  Reference  section  following  this  appendix.  Much  of  the  narrative  description  which 
follows  is  drawn  directly  from  these  sources  and  is  presented  here  for  the  convenience  of 
the  reader. 

Site  visits  and  extensive  interviews  were  conducted  with  representatives  of  the  following 
organizations;  Air  Force  Logistics  Command  (AFLC)/HQ,  Air  Force  Acquisition  Logistics 
Center  (AFALC),  Sacramento  Air  Logistics  Center  (SM/ALC),  Air  Force  Systems  Com¬ 
mand/System  Program  Office  (AFSC/SPOs  C-17,  B-IB,  ATF,  JointSTARS),  Air  Force 
Systems  Command/Aeronautical  Systems  Division  (AFSC/ASD)  and  Electronic  Systems 
Division  (ESD),  Military  Airlift  Command  (MAC)/HQ,  Air  Force  Space  Command  and 
at  Contractor  facilities  (Martin-Marietta  and  Grumman  Melbourne  Systems  Division). 
Additional  interviews  were  conducted  with  several  Air  Force  organizations  and  at  profes¬ 
sional  meetings,  including  those  of  the  National  Security  Industry  Association  (NSIA),  the 
Air  Force-Industry  Conference,  the  Industrial  Working  Group,  and  the  CALS  Automation 
Working  Group.  A  more  detailed  list  of  contacts  is  provided  in  the  Reference  section 
following  this  appendix.  At  these  meetings,  organizational  issues  affecting  the  perform¬ 
ance  of  LSA  and  its  use  by  Air  Force  and  Contractor  organizations  were  discussed. 

C.1.3  Scope 

The  organizational  assessment  focused  on  those  Air  Force  organizations  principally  in¬ 
volved  with  LSA  and/or  the  LSAR  data;  these  are; 

•  Air  Force  Systems  Command  (the  SPO  and  the  Air  Force  Contract  Manage¬ 
ment  Division); 

•  The  major  Using  Commands;  and 

•  Air  Force  Logistics  Command,  the  Aerospace  Guidance  and  Metrology  Center 
(AGMC),  AFALC,  and  the  ALCs. 

The  role  in  LSA  of  Air  Training  Command  (ATC),  the  Air  Force  Operational  Test  and 
Evaluation  Center  (AFOTEC)  and  the  AGMC  are  also  discussed.  Since  the  Contractor 
role  is  central  in  the  LSA  process,  a  consideration  of  that  role  has  also  been  included  in 
the  analysis.  The  discussion  of  the  organizational  roles  and  responsibilities  for  each  of 
the  organizations  identified  in  this  report  includes  only  those  roles  and  responsibilities 
pertaining  to  LSA.  Since  LSA  documentation  is  used  to  provide  information  to  Integrated 
Logistics  Support  (ILS),  the  role  of  these  organizations  in  ILS  is  also  discussed. 
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C.1.4  Organization 


Section  C.2  contains  a  summary  of  the  organizational  roles  and  responsibilities  specified 
in  various  Air  Force  regulations  and  a  description  of  the  key  personnel  involved  in  LSA. 
Section  C.3  contains  a  series  of  matrices  that  map  LSA  tasks  to  Air  Force  organizations 
and  graphically  depict  the  LSA-related  functions  of  each  organization.  Section  C.4  pre¬ 
sents  the  summary.  Organizational  issues  relating  to  LSA  automation  and  automation 
planning  that  emerged  from  site  visits  and  interviews  are  discussed  in  Volume  I  of  this 
report. 

C.2  ORGANIZATIONAL  ROLES  AND  RESPONSIBILITIES 

The  specific  roles  and  responsibilities  of  Air  Force  organizations  for  implementing  LSA 
are  defined  in  a  number  of  Air  Force  Regulations  and  other  documents.  These  docu¬ 
ments  are  referenced  in  the  section  following  this  appendix.  The  interaction  of  these 
organizations  in  the  LSA  process  and  the  flow  of  data  between  these  organizations  is 
depicted  and  described  in  the  Data  Flow  Diagrams  (Appendix  B). 

C.2.1  Department  of  the  Air  Force 

The  Air  Force  is  divided  into  a  Headquarters  organization  and  three  field  organizations. 
See  Figure  C-1.  Headquarters  consists  of  the  Secretariat  and  the  Air  Staff.  The  Field 
consists  of  the  thirteen  Major  Commands  (MAJCOMs),  thirteen  Separate  Operating 
Agencies  (SOAs),  and  eight  Direct  Reporting  Units  (DRUs).  Figure  C-2  identifies  the  Air 
Force  field  organizations  that  play  major  roles  in  the  LSA  process. 


FIGURE  C-1.  AIR  FORCE  ORGANIZATION 


HO  USAF  initiates  a  weapon  system  acquisition  or  major  modification  by  preparing  the 
Program  Management  Directive  (PMD)  that  authorizes  a  program  initiation  and  desig¬ 
nates  the  Implementing  and  Supporting  Commands  for  any  acquisition  or  modification. 


RGURE  C-2.  AIR  FORCE  ORGANIZATIONS  INVOLVED  IN  LSA 


The  responsibilities  of  these  Commands  are  discussed  below.  HQ  US/iF  also  specifies 
the  responsibilities  of  each  of  these  commands  in  supporting  the  program  and  governs  the 
particular  acquisition  effort.  HQ  US.AP,  through  the  PMD  and  supplements,  and  the 
Program  Manager’s  (PM)  charter,  defines  the  PM’s  specific  responsibility,  authority,  and 
accountability  for  attaining  program  objectives.  HQ  USAF  also  coordinates  all  LSA  waiv¬ 
er  requccis  aiiu  provides  final  approval  for  waivers  of  LSA  application;  coordinates  Air 
Force  LSA  policy;  and  coordinates  budgeting  and  funding  requests  for  LSA  programs. 
The  HQ  USAF  maintains  an  Qffice  of  Primary  Responsibility  (OPR)  for  LSA  that  coordi¬ 
nates  budgeting  and  funding  requirements  for  LSA  programs. 
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•  Responsibility  for  weapon  system  acquisition  or  modification  is  shared  between  three 

MAJCOMs  within  the  Air  Force:  the  Implementing  Command,  Supporting  Command(s), 
m  and  Using  Command(s).  These  are  depicted  in  Figure  C-3. 

I 


m  FIGURE  C-3.  MAJCOM  ROLES  IN  ACQUISITION 

I 

C.2.2  Implementing  Command 

I  The  Implementing  Command  (usually  AFSC)  is  the  MAJCOM  designated  by  HQ  USAF 

to  manage  an  acquisition  or  major  modification,  and  is  the  lead  command  for  implement- 

■  ing  LSA  policy  and  procedures.  AFSC  consists  of  a  number  of  divisions,  centers  and 

9  laboratories  as  depicted  in  Figure  C-4.  The  Implemeniing  Command  assigns  responsibil¬ 

ity  for  LSA  program  implementation  to  the  PM;  these  are  discussed  in  Section  C.2.6. 

■  Implementing  Command  responsibilities  for  LSA  are  as  follows: 

•  Designate  an  OPR  for  ILS  policy  and  implementation; 

S  •  Implement  ELS  policies  and  procedures  jointly  with  the  Supporting  Command; 

•  Program,  budget,  and  allocate  resources  to  implement  IL5  policies  and  pro- 

a  gram  requirements; 

■  •  Establish  the  SPO; 

^  •  Assign  responsibility  for  implementing  the  ELS  program  to  the  PM; 

S  •  Develop  an  acquisition  strategy; 

_  •  Review  and  coordinate  Supporting  Command  requests  for  LSA  program  waiv- 

I  ers  and  forward  these  requests  to  HQ  USAF  for  disposition; 

•  Coordinate  budgeting  and  funding  requirements  for  E^A  programs; 

■  •  Develop,  in  conjunction  with  the  Supporting  Command,  directives  and  guidance 

documents  that  implement  the  Air  Force  E^A  program; 

H  •  Develop  training  policy  in  conjunction  with  HQ  AFLC  and  ATC  to  train  staff 

®  and  program  management  personnel  in  LSA  policy  and  procedures; 

^  •  Identify  documents  and  submit  Lessons  E^arned  on  LSA  implementation; 

S  •  Ensure  that  policies  and  procedures  relating  to  acquisition  programs  are  com¬ 

patible  with  the  LSA  process; 


For  an  acquisition,  three  MAJCOMs 
are  designated.  Each  assumes 
one  of  the  following  roles: 


Implementing 

Using 

Supporting 

Command 

Command 

Command 

Air  Staff 

] 

DRU 

1 

SOA 

1  MAJCOM 

1 
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Ensure  that  LSA,  Life  Cycle  Cost  (LCC),  and  Integrated  Logistics  Support 
(ILS)  policies  are  compatible  and  complementary;  and 

Provide  representative(s)  to  serve  on  the  LSA  Technical  Steering  Group. 


FIGURE  C-4.  AFSC  ORGANIZATION 

Within  the  Implementing  Command,  there  are  two  organizations  responsible  for  weapon 
.'.ystem  acquisitions  or  modification:  the  SPO  and  the  Air  Force  Contract  Management 
Division  CAFGMD). 
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C.2.2.1  System  Program  Office  (SPO) 


The  SPO  is  the  agency  within  the  Implementing  Command  (usually  a  product  division 
within  AFSC)  that  is  principally  responsible  for  managing  and  coordinating  the  weapon 
system  acquisition  process.  Under  the  direction  of  the  PM,  the  SPO  has  a  full  time  staff 
of  technical,  business  management,  and  administration  personnel  responsible  for  plan¬ 
ning,  developing,  managing,  monitoring,  supervising,  and  receiving  all  phases  of  the  USA 
program.  This  staff  may  be  augmented  with  additional  personnel  from  other  panicipating 
organizations.  Each  product  division  has  one  SPO  for  each  acquisition  or  major  modifica¬ 
tion  (See  Figure  C-5.)  The  SPO  may  be  established  as  early  in  the  acquisition  cycle  as 
concept  e.xploration,  but  often  is  not  established  until  demonstration/validation  or  full 
scale  development. 


Product 

Divisions 


hjspo  [ 


H  SPO 


M  3^2 1  M 


I. 


I 


A  Product  Division  has  3  SPO 
for  each  acQuisition  within  the 
Division. 


nOURE  c-5.  SPO/PRODUCT  DIVISION  RELATIONSHIP 

In  some  acquisitions  the  SPO  establishes  an  organization  called  a  Resident  Integrated 
Logistics  Support  Activity  (RILSA).  .A  RILSA  is  a  cadre  of  highly  qualified  acquisition, 
logistics,  engineering  and  technical  personnel  who  are  colocated  at  a  contractor's  facility 
for  a  particular  acquisition.  The  RILSA  functions  as  an  extension  of  the  SPO.  the  appro¬ 
priate  ALC,  and  the  Using  Command.  The  purpose  of  the  RILSA  is  to  ensure  that  all 
logistics  elements  are  considered  during  the  acquisition.  Such  considerations  within  the 
acquisitions  process  include  ILS  management  functions,  LSAR  review,  and  initial  provi¬ 
sioning.  The  only  RILSA  currently  in  operation  is  the  C-17  RILSA  at  Douglas  .Airplane 
Company  at  Long  Beach.  CA  which  was  established  at  the  stait  of  Full  Scale  Develop¬ 
ment  to  accomplish  designated  ILS  and  provisioning  functions.  The  use  of  a  RILSA  is 
expected  to  reduce  costs,  shorten  the  provisioning  process,  and  encourage  more  informed 
and  timely  support  decisions. 


C.2.2.2  Air  Force  Contract  Management  Division. 

The  APCMD  is  a  division  of  APSC  which  develops,  maintains,  and  uses  procedures  to 
assess  the  Contractor’s  management  system  for  performing  LSA,  and  ensures  that  proper 
division  personnel  are  trained  on  LSA  policies  and  procedures.  AFCMD  also  provides 
feedback  as  requested  by  HQ  AFSC  and  the  program  offices  concerning  compatibility'  of 
LSA  policies  and  guidance  with  existing  contractual  provisions  for  LSA. 

C.2.3  Supporting  Command 

The  Supporting  Command  (usually  AFLC)  is  the  command  assigned  responsibility  for 
supporting  the  Implementing  Command  in  the  acquisition  process.  The  Supporting  Com¬ 
mand  assumes  responsibility  for  management  of  the  weapon  system  from  the  Implement¬ 
ing  Command  at  Program  Management  Responsibility  Transfer  (PMRT).  Supponing 
Command  responsibilities  are  as  follows: 

•  Designate  a  Command  OPR  for  ILS  policy  and  implementation; 

•  Develop  directives  and  guidance  for  LSA  programs  and  implement  ELS  policies 
and  procedures  jointly  with  the  Implementing  Command; 

•  Designate  a  Deputy  Program  Manager  for  Logistics  (DPML)  or  Integrated  Lo¬ 
gistics  Support  Manager  (ILSM)  to  manage  the  ILS  program  as  delineated  by 
tile  PM. 

•  Assign  responsibility  for  LSA  program  implementation  to  the  System  Program 
Manager; 

•  Review  requests  for  LSA  program  waivers  and  coordinate  these  requests  with 
the  Implementing  Command; 

•  Coordinate  budgeting  and  funding  requirements  for  LSA  programs  with  the 
Implementing  Command; 

•  Develop  training  policy  in  conjunction  with  AFSC  and  ATC  for  training  staff 
and  program  management  personnel; 

•  Provide  LSA  training; 

•  Identify,  document,  and  maintain  Lessons  Learned  on  LSA  implementation; 

•  Ensure  that  command  policies  and  procedures  relating  to  acquisition  programs 
are  compatible  with  the  LSA  process; 

•  Maintain  the  Air  Force  technical  center  for  LSA; 

•  Represent  Air  Force  at  Joint  Services  LSA  In-Process  Reviews;  and 

•  Serve  as  a  member  of  the  LSA  Technical  Steering  Group. 

The  principal  Supporting  Command  organizations  involved  in  an  acquisition  are  the 
ALCs,  the  AFALC  and  the  AGMC.  The  AFLC  is  assisted  by  the  ATC,  and  the  Electronic 
Security  Command  (ESC).  These  organizations  are  depicted  in  Figure  C-6. 
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FIGURE  C-6.  SUPPORT  COMMAND  ORGANIZATIONS 


C.2.3.1  Air  Logistics  Centers 

ALCs  are  the  primary  installations  within  AFLC  and  provide  logistics  support  and  man¬ 
agement  for  a  variety  of  weapons  systems.  There  are  five  ALCs,  each  of  which  serves  as 
the  source  of  supply  and  repair  for  a  unique  set  of  aircraft,  missiles,  and  engines.  Each 
ALC  also  serves  as  the  Technology  Repair  Center  for  a  unique  set  of  instruments,  con¬ 
trols,  and  other  weapons  systems  accessories. 
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The  ALCs  and  the  Aerospace  Guidance  and  Metrology  Center  (AGMC)  establish  and 
maintain  an  OPR  for  LSA  that  is  responsible  for  ensuring  the  distribution  and  implemen¬ 
tation  of  LSA  policies.  The  OPR  provides  guidance  to  the  System  Program  Managers 
(SPMs),  PMs,  and  IMs  through  Icca!  puiuts  of  contact.  The  /'XCs  and  the  .AGMC  provide 
input  to  the  SPO  regarding  the  application  of  LSA  to  all  programs  for  which  AFLC  is  the 
Supporting  Command  and  apply  LSA  policies  and  procedures  to  all  acquisitions  for  which 
AFLC  is  the  Implementing  Command.  They  also  support  the  SPO  by  reviewing  and 
commenting  on  LSAR  deliverables,  by  ensuring  the  maximum  use  of  the  LSAR  as  the 
source  of  data  deliveries,  and  by  using  the  LSAR  to  track,  the  status  of  assigned  programs 
with  respect  to  established  R&M  goals 

The  typical  ALC  consists  of  seven  directorates  (see  Figure  C-7).  The  shaded  directorates 
play  a  major  role  in  acquisition  and/or  operational  logistics.  These  directorates  are: 

Maintenance  (MA):  MA  provides  depot  industrial  capability  to  support  mainte¬ 
nance  requirements.  MA  also  provides  depot  maintenance,  modification,  and 
repair  of  complete  aircraft  and  missiles;  and  exchangeable  components 
(smaller  items  that  are  repaired  and  recycled  for  installation  in  the  field)  for 
these  systems.  MA  reviews  LSA  task  analysis  results  and  support  item  recom¬ 
mendations  from  a  depot  perspective. 

Distribution  (DS):  DS  receives,  stores,  issues,  packages,  and  transports  materiel 
worldwide  using  mechanized  handling  systems.  DS  reviews  and  approves  Pack¬ 
aging,  Handling,  Storage,  and  Transportation  (PHS&T)  requirements  for  each 
configuration  item  by  monitoring  LSA/LSAR  data. 

Contracting  and  Manufacturing  (PM):  PM  contracts  with  industry  for  the  modifi¬ 
cation  and  maintenance  of  systems.  PM  provides  policy  guidance  to  and  staff 
supervision  over  procurement  and  contract  management  activities  and  is  re¬ 
sponsible  for  the  evaluation  of  contractor  performance.  PM  is  responsible  for 
the  timely  delivery  of  quality  goods  and  services.  PM  provides  assistance  in 
developing  LSA/LSAR  Statements  of  Work  and  assures  that  supportability  con¬ 
straints  are  reflected  in  contracts. 

Communication  and  Computer  System,s  (SC):  SC  develops,  acquires,  and  manages 
information  systems  supporting  ALC  functions.  SC  implements  plans  and  pol¬ 
icy  covering  the  AFLC  Logistics  Force  Structure  Management  Systems  program 
and  related  computerized  management  information  systems.  SC  oversees 
LSAR  operations  after  Program  Management  Responsibility  Transfer  (PMRT) 
and  provides  database  support  during  system  modification. 

Material  Management  (MM):  MM  performs  program  management  functions. 

MM  is  responsible  for  keeping  aircraft,  missiles,  and  support  systems  at  their 
highest  operational  readiness  rate.  As  part  of  this  responsibility  MM  buys, 
stores,  issues  and  distributes  Air  Force  supply  items  primarily  related  to  weap- 
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ons  systems.  MM  supports  the  Implementing  Command  by  evaluating  depot- 
level  system  requirements  during  the  acquisition  process.  MM  has  the  most 
extensive  involvement  with  LSA/LSAR  at  the  ALC  and  an  extended  description 
of  that  involvement  is  presented  in  the  following  section. 


HGURE  C-7.  ALC  DIRECTORATES 
MM  ORGANIZATIONAL  ROLES  AND  RESPONSIBILITIES 

This  section  describes  the  LSA  roles  and  responsibilities  for  each  MM  Division  and 
Branch.  Figure  C-8  illustrates  the  placement  of  the  various  MM  divisions  and  branches 
within  the  MM  and  ALC  hierarchy. 

MMA  Acquisition  Division.  MMA  ensures  that  the  contract  requirements  of  LSA 
task(s)  in  the  statement  of  work,  program  management  plan,  and  integrated 
logistics  support  plans  are  met.  The  division  also  ensures  an  effective  and 
maximum  use  of  LSAR  data  generated  by  the  LSA  process,  (primarily  con¬ 
tained  in  the  LSAR.) 

MMA_  System  Management  Branch.  MMA_  supports  the  DPML/ILSM  in  the 
development,  implementation,  and  management  of  an  effective  LSA  program. 
This  includes  providing  historical  logistics  data  and  operational  data  and  assist¬ 
ing  as  necessary  to  achieve  an  effective  LSA  program. 

MMAR  Engineering  and  Reliability  Branch.  MMAR  ensures  that  LSA  tasks  are 
conducted  in  conjunction  with  the  systems  engineering  process.  The  branch 
participates  in  LSA/LSAR  reviews  and  audits  at  the  contractor  facilities 

MMEA  Material  Analysis  Branch.  MMEA  serves  as  the  point  of  contact  in 
Logistics  Support  Analysis.  The  branch  supports  the  DPML/ILSM  in  the  devel¬ 
opment,  implementation,  and  management  of  an  effective  LSA  program,  by 
providing  historical  logistics  data  and  operational  data  and  assisting  as  neces¬ 
sary  to  achieve  an  effective  LSA  program. 
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HGURE  C-8.  ALC  ORGANIZATIONS  WITH  A  ROLE  IN  LSA 

MMIF  Stock  Fund  Branch.  MMIF  supports  the  DPML/ILSM  in  the  develop¬ 
ment,  implementation,  and  management  of  an  effective  LSA  program.  This 
includes  providing  historical  logistics  data  and  operational  data,  and  assisting 
as  necessary  to  achieve  an  effective  LSA  program. 

MM/A/  Logistics  Management  Branch.  MMIM  ensures  that  the  contract  require¬ 
ments  of  LSA  task(s)  in  the  statement  of  work,  program  management  plan,  and 
integrated  logistics  support  plans  are  met.  The  branch  also  ensures  effective 
and  maximum  use  of  LSAR  data  generated  by  the  LSA  process. 

MMIR  Engineering  and  Reliability  Branch.  MMTR  assists  program  managers  in 
the  development  and  management  of  Logistics  Support  Analysis  (MTL- 
STD-1388)  programs.  Branch  activities  include  translating  the  maintenance 
concept  into  detailed  maintenance  plans  (such  as  LSA  reviews  or  repair  level 
analysis).  MMIR  also  ensures  that  LSA  task(s)  are  conducted  in  conjunction 
with  the  systems  engineering  process.  The  branch  also  participates  in  LSA/ 
LSAR  reviews  and  audits  at  contractor  facilities. 

MM5  System  Management  Division.  MMS  supports  the  DPML/ILSM  in  the  devel¬ 
opment,  implementation  and  management  of  an  effective  LSA  program.  This 
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includes  providing  historical  logistics  data  and  operational  data  and  assisting  as 
necessary  to  achieve  an  effective  LSA  program. 

MMS_  System  Management  Branch.  MMS_  ensures  that  the  contract  require¬ 
ments  of  LSA  task(s)  in  the  statement  of  work,  program  management  plan,  and 
integrated  logistics  support  plans  are  met.  TTiis  ensures  effective  and  maxi¬ 
mum  use  of  LSAR  data  generated  by  the  LSA  process. 

MMSR  Engineering  and  Reliability.  MMSR  ensures  LSA  task(s)  are  conducted 
in  conjunction  with  the  systems  engineering  process  and  participates  in  LSA/ 
LSAR  reviews  and  audits  at  the  contractor  facilities. 

MMSS  Materiel  Support  Branch.  MMSS  participates  in  guidance,  source  cod¬ 
ing,  Source,  Maintenance,  and  Recoverability  (SMR)  coding,  LSA.  Support 
Equipment  (SE)  and  provisioning  conferences. 

C.2.3.2  Air  Force  Acquisition  Logistics  Center  (AFALC). 

The  mission  of  ,APALC  is  to  increase  readiness  and  sustainability  and  to  decrease  the  life 
cycle  cost  of  weapon  systems  by  injecting  logistics  concerns  early  in  the  weapon  system 
design.  AFALC  carries  out  the  logistics  responsibilities  of  AFLC  throughout  the  acquisi¬ 
tion  process  for  systems,  subsystems,  components,  and  support  equipment  to  ensure  that 
fielded  systems  are  supportable  and  supported.  AFALC  is  located  at  Wright-Patterson 
AFB,  but  has  personnel  assigned  to  AFSC  product  divisions  and  subordinate  organiza¬ 
tions  throughout  the  country.  These  personnel  assist  in  establishing  logistics  emphasis  on 
new  programs.  All  DPMLs  are  assigned  to  an  acquisition  program  from  AFALC. 
AFALC  serves  an  interface  role  between  AFLC  and  AFSC. 

Eight  of  the  nine  deputates  in  AFALC  and  the  Office  of  the  Commander  have  a  direct 
role  in  LSA.  These  organizations  are  shown  in  Figure  C-9. 

AFALC  ORGANIZATIONAL  ROLES  AND  RESPONSIBILITIES 

Specialized  Management  Office  (CCJ).  CCJ  provides  acquisition  logistics  support 
for  sensitive,  highly  compartmentalized,  high  priority,  specialized  management 
programs  directed  by  FIQ  USAF. 

Deputy  for  Engineering  and  Reliability  (ER).  ER  manages  engineering  and  techni¬ 
cal  logistics  support  for  emerging  technologies  and  all  phases  of  acquisition 
programs.  ER  also  ensures  coordination  with  the  SPOs  to  provide  analysis  and 
integrated  logistics  support  for  LSA. 

Logistics  Support  Analysis  Program  Application  Division  (ERLA).  ERLA  serves  as 
OPR  for  LSA;  and  develops  and  implements  LSA  tools  and  analytical  tech¬ 
niques.  Specific  responsibilities  of  the  Division  are  as  follows: 

•  Review  and  provide  LSA  planning  and  management  inputs  to  acquisition 
program  documentation; 
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•  Provide  Lessons  Learned  (LL)  concerning  LSA  application; 


HGURE  C-9.  AFALC  ORGANIZATIONS  INVOLVED  WITH  LSA 


•  Provide  technical  assistance  and  analysis  to  program/project  offices  in 
establishing  and  tailoring  LSA  to  acquisition  and  research  and  develop¬ 
ment  programs; 

•  Help  develop  contract  provisions;  and 

•  Participate  in  source  selection  activities; 

•  Provide  technical  assistance  to  program/project  offices  in  conducting 
guidance  conferences,  technical  reviews,  and  audits  of  contractor’s 
analysis  efforts;  and 

•  Review,  analyse  and  evaluate  proposed  automatic  data  processing  mod¬ 
els  or  other  techniques  used  for  LSA  and  contractor’s  proposed  data 
collection  and  documentation  systems. 

Logistics  Support  Analysis  Program  Procedures  Division  (ERLP).  ERLP  develops 
strategies,  procedures,  and  management  techniques  to  improve  the  application 
of  LSA  on  research  and  development  projects  and  systems/equipment  acquisi¬ 
tion  programs,  and  sets  up  and  maintains  an  LSA  experience  data  base.  The 
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Division  recommends,  prepares  and  issues  guidance  and  procedures  to  imple¬ 
ment  LSA  policy  for  program  support.  To  accomplish  this,  the  Division: 

•  Conducts  surveys  to  determine  LSA  training  requirements; 

•  Develops  and  implements  an  Air  Force-wide  LSA  training  program; 

•  Serves  as  the  representative  to  joint  service  working  groups  for  develop¬ 
ment  and  maintenance  of  the  DoD  LSA  program,  software  and  docu¬ 
mentation; 

•  Serves  as  the  representative  to  DoD  and  intracommand  work  groups, 
panels,  study  teams,  and  other  staff  groups  responsible  for  LSA  stan¬ 
dardization  efforts; 

•  Develops  and  maintains  the  standard  data  element  dictionary  and  record 
layout  and  element  requirements  for  the  LSAR; 

•  Helps  to  develop  the  interface  between  LSAR  and  AFLC  internal  data 
management  systems;  and 

•  Provides  Lessons  Learned  for  LSA  procedures. 

Reliability  and  Maintainability  (R&M)  Division  (ERRR).  ERRR  provides  R&M 
engineering  and  technical  assistance  to  acquisition  logistics  organizations,  in¬ 
cluding  those  of  AFSC  program  offices  and  laboratories.  ERRR  also  develops 
acquisition  logistics  training  material  and  provides  training  to  new  acquisition 
logistics  personnel. 

Test  and  Evaluation  (T&E)  Division  (ERRT).  ERRT  provides  technical  ILS-T&E 
support  to  acquisition  program  offices,  DPMLs  and  test  directors.  ERRT  also 
provides  DPMLs  and  core  program  staff  with  technical  reports  and  briefings  on 
problems  affecting  reliability  and  supportability. 

Deputy  for  Integrated  Logistics  (LS).  LS  manages  the  development  and  distribu¬ 
tion  of  acquisition  logistics,  ILS  procedures  and  implementation  guidance. 

Directorate  of  Support  Equipment  and  Data  (LSE).  LSE  develops  strategies  and 
tactics  for  acquisition,  and  provides  assistance  and  guidance  to  logistics  manag¬ 
ers. 

Directorate  of  Supply  Support  and  Maintenance  (LSG).  LSG  serves  as  the  OPR 
for  supply  support,  maintenance  planning,  packaging,  handling,  transportation, 
and  contractor  support  (including  interim  contractor  support  and  contractor  lo¬ 
gistics  support).  LSG  develops  and  provides  guidance  and  direction  to  AFALC 
detachments  and  DPMLs/ILSMs,  and  develops  instructional  materials  and  pre¬ 
sents  training  to  DPMLs/ILSMs. 

Directorate  of  Studies  and  Analysis  (LSS).  LSS  serves  as  the  OPR  for  Life  Cycle 
Cost  (LCC),  Design  to  Cost  (DTC),  Repair  Level  Analysis  (RLA),  Manpower 
Requirements  and  Personnel  (MRP),  Training  and  Training  Support  (TTS),  and 
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Logistics  Support  Resource  Funds  (LSRF).  LSS  identifies,  monitors,  and  ana¬ 
lyzes  LSRF  elements  across  a  sample  of  programs,  as  necessary,  to  help 
DPMLs  in  estimating  requirements,  and  provides  assistance  training,  and  Les¬ 
sons  Learned  to  acquisition  logistics  managers. 

Deputy  for  Operations  (OP).  OP  acts  on  behalf  of  the  Commander  for  all  opera¬ 
tional  plans,  policies,  techniques,  procedures,  and  directives  necessary  to  per¬ 
form  “post-milestone  one”  APALC  mission.  OP  functional  responsibilities 
include  participating  in  the  coordination  of  all  RFP,  LCC,  LSAR,  ILSP  and  any 
other  product  that  may  affect  assigned  programs  and  projects;  and  evaluating 
the  need  for  designating  and  terminating  DPMLs  and  ELSMs  for  all  acquisition 
programs. 

Directorate  of  Program  Integration  and  Information  (OPI).  OPI  serves  as  OPR  for 
assigned  programs  and  projects.  OPI  evaluates  overall  DPML/ILS  office  pro¬ 
gram  efforts  and  recommends  actions  to  increase  logistics  effectiveness. 

Directorate  of  Management  and  Support  (0PM).  0PM  assists  in  recruiting,  and/ 
or  tracking  acquisition  logisticians,  develops  methods  of  recruiting  and  tracking 
potential  acquisition  logisticians,  and  prepares  background  information  on  po¬ 
tential  candidates.  0PM  participates  in  the  review,  selection,  and  termination 
of  DPMLs/ILSMs. 

Deputies  for  Acquisition  Logistics  (OA,  OB,  OE,  OM,  and  OS).  The  Deputies  for 
Acquisition  Logistics  ensure  that  effective  ELS  programs  are  established  and 
implemented  for  assigned  weapon  systems,  equipment,  and  programs  during 
all  acquisition  phases.  These  organizations  also  exercise  control  over  program 
status  and  PMRT  date,  and  insure  applicable  program(s)  transfer  from  AFSC 
to  AFLC.  The  LSA  functional  responsibilities  are  to: 

•  Provide  logistics  expertise  and  resources  to  support  the  product  division; 

•  Serve  as  the  primary  AFLC  spokesperson  until  PMRT; 

•  Initiate,  review,  conduct  or  ensure  the  accomplishment  of  LSA; 

•  Ensure  logistics  considerations  are  input  to  program  contractual  docu¬ 
ments  and  source  selection  evaluation  plan;  and 

•  Participates  in  modification  planning  activities. 

C.2.3.3  Aerospace  Guidance  and  Metrology  Center  (AGMC). 

The  AGMC  is  the  single  center  in  the  Air  Force  for  repairing  inertial  guidance  and  navi¬ 
gation  systems  for  missiles  and  aircraft  and  aircraft  displacement  gyroscopes.  AGMC 
provides  a  full  range  of  consultation  services  on  inertial  guidance  systems  to  the  Air  Force 
and  other  DoD  agencies,  and  to  the  LSAR  Review.  AGMC  also  operates  the  Air  Force 
Vleasurements  Standards  Laboratories  and  supports  Precision  Measurement  Equipment 
Laboratories  worldwide. 
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C.2.3.4  Air  Training  Command  (ATC) 

ATC  implements  LSA  policies  and  procedures  issued  by  HQ  USAF;  participates  in  the 
LSA  planning  led  by  the  Implementing  Command,  and  provides  coordinated  training  and 
training  support.  ATC  also  develops  training  and  training  support  cost  information  for 
tradeoff  studies  and  other  purposes,  as  necessary.  Command  responsibilities  are  as  fol¬ 
lows; 

•  Designate  an  LSA  point  of  contact  for  LSA  policy,  implementation,  and  techni¬ 
cal  training; 

•  Provide  inputs  to  the  LSA  process  on  all  acquisitions  and  modification  pro¬ 
grams  requiring  training; 

•  Utilize  LSA  outputs  as  the  basis  for  system  training  development; 

•  Provide  technical  training  specialists  to  participate  in  program,  design,  and  lo¬ 
gistic  reviews  of  LSA  documentation; 

•  Develop  training  and  training  support  cost  information  for  tradeoff  studies, 
analyses,  and  other  purposes  as  required; 

•  Develop  and  conduct  LSA  training  programs  as  requested;  and 

•  Review  ATC  training  courses  and  incorporate  a  consideration  of  LSA  where 
appropriate. 

C.2.3,5  Electronic  Security  Command  (ESC) 

ESC  provides  electronic  combat  support  operations  security,  computer  systems  and  com¬ 
munications  security  and  communications  support  to  Air  Force  units.  The  Command  also 
supports  weapon  systems  acquisitions  when  their  specialized  capabilities  are  required. 

C.2.4  The  Using  Command 

The  Using  Command  specifies  the  mission  and  requirements  for  the  weapon  system  and 
uses  the  weapon  system  after  it  is  fielded.  Using  Command  responsibilities  relating  to 
LSA  are  as  follows: 

•  Implement  Air  Force  LSA  policies  and  procedures  jointly  with  Implementing 
and  Supporting  Commands; 

•  Participate  with  the  Implementing  and  Supporting  Command  and  test  agencies 
in  developing  and  implementing  the  LSA  program; 

•  Develop  the  Statement  of  Need  (SON)  and  provides  operation  and  maintenance 
concepts; 

•  Perform  operational  test  and  evaluation; 

•  Provide  operation  and  maintenance  specialists  to  participate  in  program,  de¬ 
sign,  and  logistic  reviews  of  LSA  documentation; 
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•  Assist  DPML/ELSM  in  evaluating  contractor  LSA  effort;  and 

•  Provide  representatives  to  LSA  steering  groups. 

C.2.4.1  Military  Airlift  Conxmand  (MAC) 

MAC  has  committed  resources  to  LSA  through  its  Logistics  Analysis  Division  (LGXP) 
and  the  C-17  Program  Division  (XPQC): 

Logistics  Analysis  Division  (LGXP).  LGXP  develops  logistics  processing  and  in¬ 
formation  systems  and  provides  overall  logistics  control  of  automated  system 
acquisition.  The  Division  acts  as  the  single  logistics  point  of  contact  for  auto¬ 
mation  requirements  and  for  committees  and  working  groups  for  automation 
programs  outside  DCS/Logistics.  The  Division  is  responsible  for  base  level 
processing  of  aircraft  recorded  data  in  support  of  maintenance.  LGXP  serves 
as  the  major  analysis  function  for  DCS/Logistics  and  outside  agencies,  and 
initiates  referral  reports  to  other  DCS/Logistics  staff  for  investigation  of  prob¬ 
lem  areas  identified  from  analyses.  LGXP  acts  as  the  single  DCS/Logistics 
validator  of  data  provided  to  outside  agencies  and  provides  the  DCS/Logistics 
central  point  of  contact  for  SORTS;  UNTTREP;  MAIRS;  AVISURS;  CAMMIS. 

C-17  Program  Division  (XPQC).  XPQC  manages  the  acquisition  and  fielding  of 
the  C-17,  including  support  equipment  and  training  systems.  System  acquisi¬ 
tion  management  includes  providing  Using  Command  suppon  to  the  LSA  proc¬ 
ess.  The  Division  ensures  military  construction,  logistics  support,  manpower, 
personnel,  and  basing  requirements  are  identified  and  met,  and  ensures  opera¬ 
tional  command  requirements  are  met  during  all  phases  of  development,  (and) 
testing,  and  deployment.  XPQC  manages  acquisition  budget  and  program  deci¬ 
sion  packages  through  the  planning,  programming  and  budgeting  cycle. 

C.2.5  Air  Force  Operational  Test  and  Evaluation  Center  (AFOTEC). 

AFOTEC  is  an  independent  Air  Force  test  agency  responsible  for  testing  new  or  modified 
Air  Force  systems  under  operationally  realistic  conditions.  The  primary  purpose  of 
AFOTEC’s  operational  test  and  evaluation  is  to  reduce  operational  risk  in  the  acquisition 
process  by  determining  how  well  systems  perform  when  operated  and  maintained  by  Air 
Force  personnel  in  an  operationally  realistic  environment.  AFOTEC  provides  assess¬ 
ments  of  the  operational  effectiveness  and  suitability  of  the  Air  Force’s  future  weapon 
systems  and  supporting  equipment.  AFOTEC’s  operational  tests  ensure  that  new  equip¬ 
ment  meets  the  user’s  requirements  and  that  the  Air  Forces  weapon  systems  can  be  oper¬ 
ated  effectively  and  supported  under  realistic  conditions.  The  results  of  AFOTEC’s  op¬ 
erational  tests  give  “actual”  figures  in  contrast  to  the  predicted  values  produced  from 
LSA. 

Supporting  Command  responsibilities  relating  to  LSA  are  as  follows; 
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•  Uses  LSA  documentation,  including  the  LSAR,  to  perform  the  required  trade¬ 
offs  and  analyses  to  support  test  objectives;  and 

•  Ensures  that  appropriate  test  results  are  included  in  the  LSA  documentation. 
C.2.6  Major  Participants 

A  number  of  government  personnel  play  key  roles  in  the  planning,  management,  perform¬ 
ance,  review  and  validation  of  LSA.  The  role  of  the  PM,  Deputy  Program  Manager  for 
Logistics  (DPML),  Integrated  Logistics  Support  Manager  (ILSM),  and  SPM  follow. 

PROGRAM  MANAGER  (PM) 

The  PM  is  the  Air  Force  individual  who  has  the  authority'  and  responsibility  for  managing 
an  acquisition  program.  The  PM  is  appointed  by  the  Implementing  Command  and  man¬ 
ages  the  SPO. 

The  PM  establishes  and  maintains  channels  of  communication  between  all  participatina 
agencies.  The  PM  ensures  that  LSA  as  an  integral  part  of  the  systems  engineering  proc¬ 
ess  in  each  phase  of  the  acquisition  program.  The  PM  uses  LSA; 

•  To  integrate  supportability  into  the  weapon  system  design; 

•  To  document  logistics  requirements  through  the  system  engineering  process; 

•  To  quantitatively  relate  the  readiness  of  the  system  to  the  intended  system  de¬ 
sign  and  its  projected  resource  requirements;  and 

•  To  reduce  operating  and  support  costs  during  the  system  design  process. 

After  program  initiation,  each  PM  develops  an  “acquisition  strategy”  to  apply  during  the 
program’s  entire  acquisition  process.  The  strategy  must  form  the  basis  for  the  PM’s 
program  management  plan  (PMP),  and  provide  an  economical,  effective,  and  efficient 
approach  to  achieving  program  objectives. 

The  LSA  responsibilities  of  the  PM  are  as  follows; 

•  Establish,  implement,  and  manage  an  ILS  program  until  PMRT; 

•  Plan  for  PMRT  according  to  APR  800-4  or  as  HQ  USAF  directs; 

•  Report  the  status  of  ILS  elements  at  each  program  review; 

•  Identify  specific  ILS  piogram  management  functions  that  will  be  managed  by 
the  DENfL.  ILSM.  and  delegate  sufficient  authority  to  the  DPML  or  ILSM  to 
carry  out  ILS  program  tasks; 

•  Ensure  timely  definition  and  application  of  LSA  tasks; 

•  Assure  that  contract  data  requirements  are  tailored  to  conform  with  specific 
program  needs  and  prevent  duplication  of  LSA  tasks  in  the  SOW; 
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•  Assure  that  LSA  is  an  integral  part  of  the  PMP,  ELSP,  SEMP,  and  TEMP; 

•  Eliminate  duplication  of  developed  data  through  maximum  use  of  the  LSAR 
and  automated  application  programs; 

•  Maintain  close  coordination  with  the  Supporting  and  Using  Commands  to  en¬ 
sure  that  support  requirements  are  considered  in  the  acquisition  process; 

•  Ensure  the  contractor’s  (.ngineering  plan  contains  effective  integration  of  LSA 
and  engineering  disciplines;  and 

•  Ensure  attendance  of  all  functional  area  representatives  at  LSA  reviews. 

DEPUTY  PROGRAM  MANAGER  FOR  LOGISTICS  (DPMI)  AND  THE  INTEGRATED  LOGIS¬ 
TICS  SUPPORT  MANAGER  (ILSM) 

The  PM  is  supported  by  the  DPML  for  major  programs,  or  the  Integrated  Logistics  Sup¬ 
port  Manager  (ILSP)  tor  non-major  programs.  Both  managers  are  experienced  logis¬ 
ticians.  They  are  assigned  by  either  AFALC  to  the  SPO  (DPML),  or  by  the  AFSC 
dLSMt,  during  concept  exploration,  demonstration/validation,  or  full  scale  development 
to  assist  in  executing  ILS  responsibilities  throughout  the  acquisition  program. 

The  relationship  of  the  DP.ML  and  ILSM  to  both  the  Supponing  Command  ana  the  Imple¬ 
menting  Command  is  illustrated  in  Figure  C-10. 


nOURE  C-10  DPML  AND  iUSM  APPOINTMENT 

ILS,  which  includes  LSA,  is  a  program  management  responsibility  assigned  in  whole  or  in 
part  h\  the  PM  to  the  DPML  or  II^M.  TTie  LSA  responsibilities  of  the  DPML'ILSM  are 

as  follows: 


Manage  the  components  of  the  ir>S  program  assigned  by  the  PM; 


•  Tailor  LSA  to  the  specific  needs  of  the  program; 

•  Maintain  close  coordination  with  all  program  offices  to  ensure  that  support 
requirements  are  considered  in  the  acquisition  process; 

•  Coordinate  with  the  System  Manager,  the  Item  Managers,  the  Technology  Re¬ 
pair  Center,  and  Contractor  personnel; 

•  Ensure  that  LSA  requirements  are  represented  in  contracts; 

•  Evaluate  the  Contractor’s  engineering  plan  to  ensure  that  the  plan  contains 
effective  integration  of  LSA  and  engineering  disciplines; 

•  Coordinate  the  evaluation  of  the  Contractor’s  effort  with  AFLC  and  the  Using 
Command;  and 

•  Conduct  LSAR  reviews  and  ensure  the  validity  of  LSA  documentation. 

SYSTEM  PROGRAM  MANAGER  (SPM) 

The  SPM  is  appointed  by  .A.FLC  early  in  the  acquisition  and  is  responsible  for  coordinat¬ 
ing  the  functions  necessary  to  provide  effective  system  support.  The  SPM  ensures  LSA  is 
applied  to  all  acquisitions  and  modifications  and  that  it  is  an  integral  part  of  the  systems 
engineering  process.  The  SPM  provides  advice  and  assistance  to  the  PM  on  the  develop¬ 
ment,  implementation,  and  management  of  the  LSA  program;  and  ensures  that  LSA  is 
applied  to  all  AFLC-managed  assigned  acquisition  and  modification  programs.  The  SPM 
reviews  LSA  data  deliverables  and  ensures  that  representatives  from  all  Supporting  Com¬ 
mand  LSA  functional  areas  anend  LSA  reviews. 

C.3  ORGANIZATIONAL  .MATRICES 

This  section  presents  a  series  of  matrices  which  are  the  result  of  a  detailed  analysis  of 
APR  800-34.  lEach  matri.x  depicts  the  organizational  environment  of  _SA  by  mapping  the 
principal  organizations  responsible  for  performing,  supporting,  reviewing,  and/or  approv¬ 
ing  LSA  tasks  to  the  LSA  tasks  themselves.  Each  matrix  cell  shows  the  particular  func¬ 
tion  performed  by  each  agency  on  each  LSA  task.  These  functions  are  listed  in  the 
legend  presented  in  Figure  C-ll,  which  is  also  presented  at  the  end  of  each  matrix. 


LEGEND 

X  Perform  Task 

•  Perform  for  Design  Changes  Only 
i  Input  Task 

s  Support  Task  and/or  Review 
c  Conduct  Review 
a  Approve  Output 
r  Review  Output 
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Perform  task  means  to  carry  out  all  phases  of  the  technical  work  necessary  to 
complete  the  task  and  to  document  the  results  of  the  task  in  the  LSAR  or  other 
appropriate  document. 

Pertorm  for  Design  Changes  Only  means  to  perform  tasks  for  design  change 
efforts  only. 

Input  task  means  to  provide  input  necessary  to  perform  the  task 

Support  task  and/or  review  means  to  participate  in  the  review  of  task  products. 

Conduct  Review  means  to  schedule  the  review,  to  ensure  that  the  appropriate 
personnel  are  notified  and  invited,  that  appropriate  materials  for  review  are 
distributed,  and  that  appropriate  review  procedures  are  established  and  fol¬ 
lowed. 

.Approve  Output  a  task  means  to  certify  the  output  of  an  LSA  task  as  accept¬ 
able  for  the  Air  Force. 

Review  Output  means  to  inspect  the  documentation  of  the  technical  effort  for 
the  purpose  of  ensuring  accuracy,  thoroughness,  and  completeness,  and  for 
determining  the  impact  of  the  results  of  the  task  on  weapon  system  design  and 
supportability. 

Since  these  functions  can  vary  according  to  the  phase  of  the  acquisition  cycle,  five  matri¬ 
ces  are  presented;  Preconcept,  Concept  Exploration,  DemonstrationA/alidation,  Full  Scale 
Development,  and  Production/Deployment.  The  matrices  are  accompanied  by  a  narrative 
description  of  the  principal  LSA  activities  associated  with  each  phase  of  the  acquisition 
and  any  significant  organizational  interactions  associated  with  those  tasks. 

C.3.1  Preconcept 

Organizational  roles  and  responsibilities  during  the  Preconcept  Phase  are  presented  in 
Figure  C-12.  During  the  Preconcept  phase,  initial  mission  and  support  systems  definition 
are  implemented  at  the  system  and  subsystem  level. 

LSA  TASKS 

At  the  Preconcept  phase,  LSA  is  limited  to  a  Use  Study  and  a  Comparative  .Analysis 
performed  by  Contractor  personnel  supported  by  Air  Force  engineers  and  management. 
The  Use  Study  is  supported  by  representatives  of  AFSC,  the  ALC,  and  the  Using  Com¬ 
mand. 
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PROGRAM  PLANNING  &  CONTROL 

Development  of  Early  Logistics  Support 
Strategy 

-  LSA  Strategy 

-  Updates 


Logistics  Support  Analysis  Plan 

-  LSA  Plan 

-  Updates 


Program  and  Design  Reviews 

-  Establish  Review  Procedures 

-  Design  Reviews 

-  Program  Reviews 

-  LSA  Review 


MISSION  &  SUPPORT  SYSTEMS 
DEFINITION 

Use  Study 

-  Supportability  Factors 

-  Quantitative  Factors 

-  Field  Visits 

-  Use  Study  Report  and  Updates 


Mission  Hardware.  Software,  and  Support 
System  Standardization 

-  Supportability  Constraints 

-  Supportability  Characteristics 

-  Recommended  Approaches 

-  Risks 


Comparative  Analysis 

-  Identify  Comparative  Systems 

-  Baseline  Comparative  System 

-  Comparative  System  Characteristics 

-  Qualitative  Supportability  Problems 

-  Supportability  Cost  and  Readiness  Driver 

-  Unique  System  Drivers 

-  Updates 

-  Risks  and  Assumptions 


Technological  Opportunities 

-  Recommended  Design  Ob|ectlves 

-  Updates 

-  Risks 


Supportability  &  Supportability  Related 
Design  Factors 

-  Supportability  Characteristics 

-  Supportability  Objectives  &  Associated  Risks 

-  Specification  Requirements 

-  NATO  Constraints 

-  Supportability  Goals  &  Thresholds 


FIGURE  C-12.  DETAILED  LSA  ORGA.MZATIONAL  ENVIRONMENT  —  PRECONCEPT  PHASE 


300  -  PREPARATION  AND  EVALUATION  OF 

ALTERNATIVES 

301  -  Functional  Requirements  Identification 

301.1  -  Functional  Requirements 

301.2  -  Unique  Functional  Requirements 
301  3  -  Risks 

301  4  -  Operations  and  Maintenance  Tasks 

301  5  -  Design  Alternatives 

301 .6  -  Updates _ 

302  -  Support  System  Alternatives 
302.1  -  Alternative  Support  Concepts 
302  2  -  Support  Concept  Updates 

302.3  -  Alternative  Support  Plans 

302.4  -  Support  Plan  Updates 

302.5  -  Risks 


303  -  Evaluation  of  Alternatives  and  Tradeoff 
Analysis 

303.1  -  Tradeoff  Criteria 

303  2  -  Support  Systems  Tradeoffs 

303  3  -  System  Tradeoffs 

303.4  -  Readiness  Sensitivities 

303  5  -  Manpower  and  Personnel  Tradeoffs 

303.6  -  Training  Tradeoffs 

303  7  -  Repair  Level  Analyses 

303  8  -  Diagnostic  Tradeoffs 

303.9  -  Comparative  Evaluations 

303.10  -  Energy  Tradeoffs 

303.11  -  Survivability  Tradeoffs 
303  12  -  Transportability  Tradeoffs 


400  -  DETERMINATION  OF  LOGISTIC 

SUPPORT  RESOURCE  REQUIREMENTS 

401  -  Task  Analysis 
401  1  -  Task  Analysis 

401  2  -  Analysis  Documentation 

401.3  -  New/CrItIcal  Support  Resources 

401  4  -  Training  Requirements  &  Recommendations 

401.5  -  Design  Improvements 

401.6  -  Manangement  Plans 
401  7  -  Transportability  Analysis 
401  8  -  Provisioning  Requirements 
401  9  -  Validation 

401  10  -  ILS  Output  Products 
401  11  -  LSAR  Updates 


402  -  Early  Fielding  Analysis 

402  1  -  New  System  Impact 

402  2  -  Sources  of  Manpower  &  Personnel  Skills 

402  3  -  Impact  on  Resource  Shortfalls 

402  4  -  Combat  Resource  Requirements 

402  5  -  Plans  for  Problem  Resolution 


-  Post  Production  Support  Analysis 
1  -  Post  Production  Support  Plan 


FIGURE  C-12,  DETAILED  USA  ORGANIZATIONAL  ENVIRONMENT  —  PRECONCEPT  PHASE 
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FIGURE  C-12.  DETAILED  LSA  ORGANIZATIONAL  ENVIRONMENT  —  PRECONCEPT  PHASE 
C.3.2  Concept  Exploration 

Organizational  roles  and  responsibilities  during  Concept  Exploration  (CE)  are  presented 
in  Figure  C-13.  CE  results  in  a  series  of  conceptual  studies  and  in  the  investigation  of 
alternative  solutions  at  both  the  system  and  subsystem  levels.  During  CE.  LSA  is  used  to 
determine  a  preferred  or  proposed  design  that  balances  performance  and  supportability  at 
an  acceptable  life  cycle  cost.  LSA  is  also  used  at  this  phase  of  the  acquisition  to  deter¬ 
mine  the  most  effective  and  efficient  support  system  for  the  weapon  system  under  analy¬ 
sis.  System  operational  requirements  are  inputs  to  this  analysis.  Qualitative  suppor¬ 
tability  constraints  are  documented  in  the  system  specifications,  other  requirements  docu¬ 
ments.  or  contracts  as  appropriate. 

Program  Planning  and  Control  tasks  are  initiated  during  CE.  The  Implementing  Com¬ 
mand  can  accomplish  the  Development  of  an  Early  Logistics  Support  Strategy  as  soon  as 
the  program  begins,  and  this  task  should  be  accomplished  prior  to  releasing  the  RFP.  The 
Early  Logistics  Support  Strategy  is  developed  by  the  DPML  with  support  from  the  PM. 

TTie  Contractor  develops  the  Logistics  Support  Analysis  Plan  (LSAP),  which  is  reviewed 
by  the  DPML  and  approved  by  the  PM.  Organizational  structure  is  one  of  the  many 
items  that  can  be  included  in  this  plan  at  this  phase  of  the  acquisition.  In  follow-on 
phases,  the  LSAP  is  updated  to  reflect  additional  information.  The  LSAP  can  serve  as 
documentation  if  assessment  of  the  Contractor’s  performance  is  required. 
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PROGRAM  PLANiNii'JG  &  CONTROL 

Development  of  Early  Logistics  Support 
Strategy 

-  LSA  Strategy 

-  Updates 


Logistics  Support  Anaiysis  Plan 

-  LSA  Plan 

-  Updates 


Program  and  Design  Reviews 

-  Establish  Review  Procedures 

-  Design  Reviews 

-  Program  Reviews 

-  LSA  Review 


MISSION  &  SUPPORT  SYSTEMS 
DEFINITION 

Use  Study 

-  Supportabillty  Factors 

-  Quantitative  Factors 

-  Field  Visits 

-  Use  Study  Report  and  Updates 


Mission  Hardware.  Software,  and  Support 
System  Standardization 

-  Supportabillty  Constraints 

-  Supportabillty  Characteristics 

-  Recommended  Approaches 

-  Risks 


Comparative  Analysis 

-  Identify  Comparative  Systems 

-  Baseline  Comparative  System 

-  Comparative  System  Characteristics 

-  Qualitative  Supportabillty  Problems 

-  Supportabillty  Cost  and  Readiness  Driver 

-  Unique  System  Drivers 

-  Updates 

-  Risks  and  Assumptions 
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-  Updates 
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300  -  PREPARATION  AND  EVALUATION  OF 
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301.3  -  Risks 
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301.5  -  Design  Alternatives 

301 .6  -  Updates 


302  -  Support  System  Alternatives 

302.1  -  Alternative  Support  Concepts 
302  2  -  Support  Concept  Updates 
302  3  -  Alternative  Support  Plans 

302.4  -  Support  Plan  Updates 

302.5  -  Risks 


303  -  Evaluation  of  Alternatives  and  Tradeoff 
Analysis 

303  1  -  Tradeoff  Criteria 

303  2  -  Support  Systems  Tradeoffs 

303  3  -  Systam  Tradeoffs 

303  4  -  Readiness  Sensitivities 

303  5  -  Manpower  and  Personnel  Tradeoffs 
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401  7  -  Transportability  Analysis 
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402  -  Early  Fielding  Analysis 

402.1  -  New  System  Impact 
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FIGURE  C-13.  DETAILED  LSA  ORGANIZATIONAL  ENVIRONMENT  —  CONCEPT  PHASE 
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FIGURE  C-13.  DETAILED  LSA  ORGANIZATIONAL  ENVIRONMENT  —  CONCEPT  PHASE 

At  CE.  Contractors  are  provided  LSA  task  tailoring  information  to  ensure  that  the  LSA 
procedures  impact  the  design  decision-making  process  and  to  ensure  that  supportability 
issues  are  given  adequate  consideration.  Contractors  are  also  provided  detailed  descrip¬ 
tions  of  current  and  projected  manpower,  skill,  and  training  resources  and  shortfalls. 

Regular  reviews  of  the  contractor’s  analysis  program  are  scheduled.  During  CE,  reviews 
are  made  of  the  design  in  terms  of  supportability.  The  government  must  determine 
through  regular  contact  with  the  contractor  whether  support  factors,  constraints,  and  re¬ 
source  requirements  are  being  considered  by  both  the  logistics  and  design  staffs  in  a  cost 
and  operationally  effective  manner.  In  the  Use  Study  the  Contractor  develops  and  analy¬ 
ses  preliminary  employment  plans,  basing,  and  deployment  concepts.  These  concepts  will 
be  used  to  identify  support  factors  and  constraints  which  must  be  considered  during  the 
design  of  the  system.  The  government  may  need  to  provide  a  substantial  amount  of 
information  for  the  contractor  to  perform  this  task,  and  the  PM,  the  ALC,  the  Using 
Command,  and  HQ  AFSC  all  support  this  task. 

During  Concept  Exploration,  the  Contractor  also  completes  the  Identification  and  Evalu¬ 
ation  of  Support  System  Alternatives.  The  Contractor  is  supported  in  the  identification 
of  Support  System  Alternatives  by  the  DPML.  In  the  Functional  Requirements  Identifica¬ 
tion  and  the  Evaluation  of  Alternatives  and  Tradeoff  Analysis,  the  Contractor  is  also 
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supported  by  the  Using  Command,  the  ALC,  and  the  DPML.  HQ/APSC  also  supports  the 
Functional  Requirements  Identification. 

C.3.3  DemonstrationA'alidation 

Organizational  roles  and  responsibilities  during  Demonstration/Validation  (Dem/Val)  are 
presented  in  Figure  C-i4.  DemA^al  is  the  phase  in  the  acquisition  during  which  major 
system  alternatives  are  identified  and  analysed,  and  competitive  demonstrations  of 
weapon  systems,  subsystems  and  subassemblies  are  conducted.  Supportability  require¬ 
ments  of  the  system  are  further  defined  and  support  system  alternatives  selected.  Infor¬ 
mation  developed  during  CE  is  updated  as  the  design  is  further  developed  and  better 
information  becomes  available. 

LSA  TASKS 

During  Dem/Val.  LS.A.  tasks  are  reviewed  to  ensure  functional  requirements  have  been 
identified  and  tradeoffs  conducted  to  determine  the  best  balance  between  hardware  char¬ 
acteristics,  support  concept,  and  support  resource  requirements.  The  DPML  and  the  PM 
review  the  task  analysis  and  the  PM  approves  it.  An  additional  iteration  of  all  those  tasks 
performed  during  concept  e.xploration  is  continued  at  the  subsystem  and  subassembly 
level.  During  Dem/Val,  the  PM  becomes  more  heavily  involved  in  the  Program  and 
Design  Reviews. 

C.3,4  Full  Scale  Development 

Organizational  roles  and  responsibilities  during  Full  Scale  Development  (FSD)  are  pre¬ 
sented  in  Figure  C-15.  The  design  and  test  of  the  selected  system  alternative  is  completed 
during  FSD  and  design  tradeoffs  are  incorporated  into  the  weapon  system.  During  FSD, 
the  LSA  process  further  refines  data  applicability  to  lower  levels  of  hardware  and  identi¬ 
fies  firm  operation  and  maintenance  tasks.  A  detailed  task  analysis  is  conducted  on  all 
maintenance  significant  items.  The  Contractor  performs  the  eleven  LSA  tasks  which  can 
be  applied  during  this  phase. 

LSA  TASKS 

During  FSD,  ail  LSA  tasks  begun  in  previous  phases  are  continued  on  an  iterative  basis  at 
the  subsystem,  subassembly,  and  component  levels.  An  analysis  of  required  operations 
and  maintenance  tasks  is  accomplished  and  LSAR  data  is  generated  by  the  Contractor 
and  reviewed  by  the  Government.  EEarly  Fielding  Analysis  is  usually  performed  by  the 
contractor  with  in-depth  support  from  FIQ/AFSC,  the  ALC,  the  Using  Command,  and 
ATC.  The  analysis  is  reviewed  by  the  DPML  and  approved  by  the  PM.  During  FSD,  the 
following  LSA  Tasks  are  performed  only  on  an  as-needed  basis: 
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PROGRAM  PLANNING  &  CONTROL 

Development  of  Early  Logistics  Support 
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-  Updates 
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-  Establish  Review  Procedures 
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DEFINITION 
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-  Supportability  Factors 

-  Quantitative  Factors 

-  Field  Visits 

-  Use  Study  Report  and  Updates 


Mission  Hardware,  Software,  and  Support 
System  Standardization 

-  Supportability  Constraints 

-  Supportability  Characteristics 

-  Recommended  Approaches 

-  Risks 


Comparative  Analysis 

-  Identify  Comparative  Systems 

-  Baseline  Comparative  System 

-  Compaiative  System  Characteristics 

-  Qualitative  Supportability  Problems 

-  Supportability  Cost  and  Readiness  Driver 

-  Unique  System  Drivers 

-  Updates 

-  Risks  and  Assumptions 


Technological  Opportunities 

-  Recommended  Design  Objectives 

-  Updates 

-  Risks 


Supportability  &  Supportability  Related 
Design  Factors 

-  Supportability  Characteristics 

-  Supportability  Objectives  &  Associated  Bisks 

-  Specification  Requirements 

-  NATO  Constraints 

-  Supportability  Goals  &  Thresholds 


FIGURE  C-14.  DETAILED  LSA  ORGANIZATIONAL  ENVIRONMENT  —  DEM/\  AL  PHASE 
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FIGURE  C-14.  DETAILED  LSA  ORGANIZATIONAL  ENVIRONMENT  —  DEM/VAL  PHASE 
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FIGURE  C-14,  DETAILED  LSA  ORGANIZATIONAL  ENVIRONMENT  —  DEM/VAL  PHASE 

204  Technological  Opportunities 

301  Functional  requirements  Identification. 

302  Support  System  Alternatives. 

303  Evaluation  of  Alternatives  and  Tradeoff  Analysis 
401  Task  Analysis 

501  Supportability,  Test,  Evaluation,  and  Verification. 

C.3.5  Production/Deplovment 

During  Production/Deployment  (PROD),  the  requirements  identified  in  the  previous  ac¬ 
quisition  phases  are  completed  and  plans  implemented  to  field  a  supported  weapon  sys¬ 
tem.  Organizational  roles  and  responsibilities  during  Full  Scale  Development  (FSD)  are 
presented  in  Figure  C-16. 
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FIGURE  C-15.  DETAILED  LSA  ORGANIZATIONAL  ENVIRONMENT  -  FULL  SCALE  DEV  PHASE 

LSA  TASKS 

During  PROD,  the  contractor  analyzes  future  supportability  of  the  system/equipment  with 
support  from  HQ/APSC,  the  ALC,  and  the  Using  Command.  The  task  is  reviewed  by  the 
DPML  and  approved  by  the  PM.  In  addition,  the  following  tasks  are  performed  for  design 
changes  only: 

202  Mission  Hardware,  Software,  and  Support  System  Standardization 

301  Functional  Requirements  Identification 

302  Support  System  Alternatives 

303  Evaluation  of  .Alternatives  and  Tradeoff  Analysis 

401  Task  Analysis 

402  Early  Fielding  Analysis. 

LSA  Task  501,  Supponability,  Test.  Evaluation,  and  Verification  is  performed  selectively. 
Design  changes  should  be  reviewed  by  LSA  personnel  for  the  effect  they  will  have  on  the 
operational  system  and  support  systems.  The  LSAR  is  updated  to  reflect  the  design 
changes  and  T&E  results. 
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FIGURE  C-16.  DETAILED  LSA  ORGANIZATIONAL  ENVIRONMENT  —  PROD/DEPLOY  PHASE 

C.4  SUMMARY 

The  major  responsibilities  undertaken  by  Air  Force  organizations  for  ensuring  an  effective 
application  of  the  LSA  process  are  as  follows: 

•  Specifying  weapon  system  requirements; 

•  Determining  the  extent  to  which  LSA  will  be  performed; 

•  Guiding  and  supervising  the  implementation  of  LSA; 

•  Testing  and  validating  LSA  results;  and 

•  Incorporating  any  changes  to  the  design  of  the  weapon  system  indicated  by 
LSA. 

All  LSA  activities  take  place  under  the  overall  management  of  the  SPO.  The  SPO  is  the 
AFSC  agency  responsible  for  weapon  system  support  planning  and  plays  a  major  role  in 
piar.::!ng,  developing,  managing,  monitoring,  supervising,  and  reviewing  all  phases  of 
LSA. 

SPO.  All  LSA  activities  take  place  under  the  overall  management  of  the  SPO. 

The  SPO  is  the  AFSC  agency  responsible  for  weapon  system  support  planning 
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and  plays  a  major  role  in  planning,  developing,  managing,  monitoring,  super¬ 
vising,  and  reviewing  all  phases  of  LSA. 

.\FSC.  AFSC  assigns  the  responsibility  and  authority  for  an  acquisition  to  a  PM 
who  has  overall  management  authority  for  the  SPO;  including  responsihility  for 
implementing  LSA.  The  PM  not  only  oversees  and  manages  but  takes  the  lead 
in  giving  form  and  direction  to  LSA  for  a  panicular  acquisition.  Embedded  in 
this  overall  responsibility  are  two  major  tasks:  tailoring  LSA  to  meet  the  spe¬ 
cific  needs  of  a  particular  acquisition;  and  approving  critical  milestones  in  the 
LSA  process  by  signing  off  on  many  of  the  tasks  and  subtasks.  The  PM  is 
supported  in  this  effort  by  the  DPML  or  the  ILSM. 

DPMI  The  DPML  is  responsible  for  supporting  the  implementation  of  the 
LSA  tasks  and  for  reviewing  the  output.  The  extent  to  which  the  DPML  is 
involved  in  the  specific  tasks  associated  with  LSA  activities  varies  depending  on 
the  Using  Comm.and,  the  Product  Division,  and  the  type  of  acquisition.  For 
example,  many  ESD  acquisitions  involve  commercial  off-the-shelf  products  for 
which  the  need  for  LSA  is  minimal.  On  the  other  hand,  for  a  major  weapon 
system  acquisition  such  as  the  C-17,  the  LSA  process  is  a  major  undertaking. 
In  addition  to  overseeing  very  specific  LSA  tasks,  the  DPML  participates  in  the 
initial  LSA  guidance  conferences  which  provide  a  forum  for  the  DPML  to  direct 
the  Contractor’s  role  in  performing  LSA.  These  conferences  are  used  to  estab¬ 
lish  LSA  procedures  for  a  particular  acquisition,  and  to  develop  a  common 
understanding  of  those  procedures  between  Air  Force  and  Contractor  person¬ 
nel, 

AFLC.  AiT.C  implements  LSA  policy  and  procedures  in  conjunction  with 
AFSC,  and  appoints  an  SPM  who  is  responsible  for  ensuring  that  LSA  is  ap¬ 
plied  to  all  acquisitions  and  major  modifications,  and  for  providing  AFLC  sup¬ 
port  to  the  SPO.  Within  APLC,  the  ALCs  and  the  AFALC  both  provide  logis¬ 
tics  support  responsibilities  during  the  weapon  system  acquisition. 

ALC.  The  ALCs  support  the  PM  and  the  DPML  (or  ILSM)  in  the  development, 
implementation,  and  management  of  an  effective  LSA  program.  The  ALC  is 
primarily  concerned  with  weapon  system  operations  and  their  role  in  the  LSA 
process  is  limited  to  technical  input  to  the  initial  guidance  process  and  the 
LSAR  reviews.  They  also  assist  the  SPO  in  SMR  coding,  SE,  and  provisioning. 

AElLC.  AFALC  often  provides  the  LSA  performing  organizations  with  the 
required  trained  personnel  to  execute  the  tasks  associated  with  LSA.  For  ex¬ 
ample,  all  the  DPMLs  are  assigned  to  SPOs  from  AFALC. 

Other  Organizations.  ATC,  AFOTEC,  and  the  Air  Force  Plant  Representative 
Office  (AFPRO)  have  important,  but  less  central  roles  in  LSA.  The  Using 
Command  is  extensively  involved  in  supporting  LSA.  In  many  acquisitions. 
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this  can  mean  an  extensive  comm.itmenf  of  resources.  Fne  Using  Command 
supplies  the  mission  and  functional  requirements  of  the  weapon  system  and 
skilled  operational  personnel  to  support  the  SPO. 

Contractor.  The  Contractor  has  a  central  responsibility  for  performing  all  the 
analytic  work  required  by  LSA,  for  recording  the  results  of  these  analyses,  for 
producing  reports  based  on  these  results,  and  for  delivering  these  reports  to  the 
Air  Force.  The  Contractor  participates  in  the  development  of  LSA  procedures 
through  the  guidance  conferences  and  also  plays  a  central  role  in  LSAR  re¬ 
views.  During  these  reviews,  which  are  usually  held  at  the  Contractor’s  facility, 
the  Contractor  must  be  prepared  to  defend  the  results  of  the  LSA  tasks,  to 
explain  any  discrepancies  which  have  been  identified  in  a  preliminary  review 
by  the  Air  Force,  and  to  supply  any  supporting  information,  such  as  engineer¬ 
ing  drawings,  that  may  be  required  to  clarify  issues. 
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PRINCIFAL  POINTS  OF  CONTACT 

Principal  points  of  contact  for  the  LSA  p'-ocess  are  listed  in  Figure  R-1. 
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FIGURE  R-1.  LSA  CONTACTS 


